Перевод: с английского на русский

с русского на английский

отказ по производительности

  • 1 technological system failure as related to output

    1. отказ технологической системы по производительности

     

    отказ технологической системы по производительности
    отказ по производительности
    Отказ технологической системы, в peзультате которого значение хотя бы одного параметра производительности технологической системы не соответствует значениям, установленным в нормативно-технической и (или) конструкторской документации.
    [ ГОСТ 27.004-85]

    Тематики

    • надежность, основные понятия

    Обобщающие термины

    Синонимы

    EN

    FR

    Англо-русский словарь нормативно-технической терминологии > technological system failure as related to output

  • 2 failure

    1) неисправность; повреждение; разрушение
    2) выход из строя; отказ; сбой
    •
    - catastrophic failure
    - catastrophic tooling failure
    - common cause failure
    - degradation failure
    - dependent failure
    - design error failure
    - design failure
    - early failure
    - edge failure
    - electrical supply failure
    - failure of compressed air supply
    - fatigue failure
    - forced failure
    - functional failure
    - graceful failure
    - gradual failure
    - independent failure
    - inherent failure
    - intermittent failure
    - machine failure
    - machine tool failure
    - manufacture-error failure
    - mechanical failure
    - misuse failure
    - noncritical failure
    - nonpart failure
    - nonrelevant failure
    - operational failure
    - parametric failure
    - part failure
    - power failure
    - primary failure
    - random failure
    - relevant failure
    - secondary failure
    - self-clearing failure
    - sporadic fatigue failure
    - sudden failure
    - technological system failure
    - wear-out failure

    English-Russian dictionary of mechanical engineering and automation > failure

  • 3 failure as related to output

    Универсальный англо-русский словарь > failure as related to output

  • 4 remote maintenance

    1. дистанционное техническое обслуживание

     

    дистанционное техническое обслуживание
    Техническое обслуживание объекта, проводимое под управлением персонала без его непосредственного присутствия.
    [ОСТ 45.152-99 ]

    Параллельные тексты EN-RU из ABB Review. Перевод компании Интент

    Service from afar

    Дистанционный сервис

    ABB’s Remote Service concept is revolutionizing the robotics industry

    Разработанная АББ концепция дистанционного обслуживания Remote Service революционизирует робототехнику

    ABB robots are found in industrial applications everywhere – lifting, packing, grinding and welding, to name a few. Robust and tireless, they work around the clock and are critical to a company’s productivity. Thus, keeping these robots in top shape is essential – any failure can lead to serious output consequences. But what happens when a robot malfunctions?

    Роботы АББ используются во всех отраслях промышленности для перемещения грузов, упаковки, шлифовки, сварки – всего и не перечислить. Надежные и неутомимые работники, способные трудиться день и ночь, они представляют большую ценность для владельца. Поэтому очень важно поддерживать их в надлежащей состоянии, ведь любой отказ может иметь серьезные последствия. Но что делать, если робот все-таки сломался?

    ABB’s new Remote Service concept holds the answer: This approach enables a malfunctioning robot to alarm for help itself. An ABB service engineer then receives whole diagnostic information via wireless technology, analyzes the data on a Web site and responds with support in just minutes. This unique service is paying off for customers and ABB alike, and in the process is revolutionizing service thinking.

    Ответом на этот вопрос стала новая концепция Remote Service от АББ, согласно которой неисправный робот сам просит о помощи. C помощью беспроводной технологии специалист сервисной службы АББ получает всю необходимую диагностическую информацию, анализирует данные на web-сайте и через считанные минуты выдает рекомендации по устранению отказа. Эта уникальная возможность одинаково ценна как для заказчиков, так и для самой компании АББ. В перспективе она способна в корне изменить весь подход к организации технического обслуживания.

    Every minute of production downtime can have financially disastrous consequences for a company. Traditional reactive service is no longer sufficient since on-site service engineer visits also demand great amounts of time and money. Thus, companies not only require faster help from the service organization when needed but they also want to avoid disturbances in production.

    Каждая минута простоя производства может привести к губительным финансовым последствиям. Традиционная организация сервиса, предусматривающая ликвидацию возникающих неисправностей, становится все менее эффективной, поскольку вызов сервисного инженера на место эксплуатации робота сопряжен с большими затратами времени и денег. Предприятия требуют от сервисной организации не только более быстрого оказания помощи, но и предотвращения возможных сбоев производства.

    In 2006, ABB developed a new approach to better meet customer’s expectations: Using the latest technologies to reach the robots at customer sites around the world, ABB could support them remotely in just minutes, thereby reducing the need for site visits. Thus the new Remote Service concept was quickly brought to fruition and was launched in mid-2007. Statistics show that by using the system the majority of production stoppages can be avoided.

    В 2006 г. компания АББ разработала новый подход к удовлетворению ожиданий своих заказчиков. Использование современных технологий позволяет специалистам АББ получать информацию от роботов из любой точки мира и в считанные минуты оказывать помощь дистанционно, в результате чего сокращается количество выездов на место установки. Запущенная в середине 2007 г. концепция Remote Service быстро себя оправдала. Статистика показывает, что её применение позволило предотвратить большое число остановок производства.

    Reactive maintenance The hardware that makes ABB Remote Service possible consists of a communication unit, which has a function similar to that of an airplane’s so-called black box 1. This “service box” is connected to the robot’s control system and can read and transmit diagnostic information. The unit not only reads critical diagnostic information that enables immediate support in the event of a failure, but also makes it possible to monitor and analyze the robot’s condition, thereby proactively detecting the need for maintenance.

    Устранение возникающих неисправностей Аппаратное устройство, с помощью которого реализуется концепция Remote Service, представляет собой коммуникационный блок, работающий аналогично черному ящику самолета (рис. 1). Этот блок считывает диагностические данные из контроллера робота и передает их по каналу GSM. Считывается не только информация, необходимая для оказания немедленной помощи в случае отказа, но и сведения, позволяющие контролировать и анализировать состояние робота для прогнозирования неисправностей и планирования технического обслуживания.

    If the robot breaks down, the service box immediately stores the status of the robot, its historical data (as log files), and diagnostic parameters such as temperature and power supply. Equipped with a built-in modem and using the GSM network, the box transmits the data to a central server for analysis and presentation on a dedicated Web site. Alerts are automatically sent to the nearest of ABB’s 1,200 robot service engineers who then accesses the detailed data and error log to analyze the problem.

    При поломке робота сервисный блок немедленно сохраняет данные о его состоянии, сведения из рабочего журнала, а также значения диагностических параметров (температура и характеристики питания). Эти данные передаются встроенным GSM-модемом на центральный сервер для анализа и представления на соответствующем web-сайте. Аварийные сообщения автоматически пересылаются ближайшему к месту аварии одному из 1200 сервисных инженеров-робототехников АББ, который получает доступ к детальной информации и журналу аварий для анализа возникшей проблемы.

    A remotely based ABB engineer can then quickly identify the exact fault, offering rapid customer support. For problems that cannot be solved remotely, the service engineer can arrange for quick delivery of spare parts and visit the site to repair the robot. Even if the engineer must make a site visit, service is faster, more efficient and performed to a higher standard than otherwise possible.

    Специалист АББ может дистанционно идентифицировать отказ и оказать быструю помощь заказчику. Если неисправность не может быть устранена дистанционно, сервисный инженер организовывает доставку запасных частей и выезд ремонтной бригады. Даже если необходимо разрешение проблемы на месте, предшествующая дистанционная диагностика позволяет минимизировать объем работ и сократить время простоя.

    Remote Service enables engineers to “talk” to robots remotely and to utilize tools that enable smart, fast and automatic analysis. The system is based on a machine-to-machine (M2M) concept, which works automatically, requiring human input only for analysis and personalized customer recommendations. ABB was recognized for this innovative solution at the M2M United Conference in Chicago in 2008 Factbox.

    Remote Service позволяет инженерам «разговаривать» с роботами на расстоянии и предоставляет в их распоряжение интеллектуальные средства быстрого автоматизированного анализа. Система основана на основе технологии автоматической связи машины с машиной (M2M), где участие человека сводится к анализу данных и выдаче рекомендаций клиенту. В 2008 г. это инновационное решение от АББ получило приз на конференции M2M United Conference в Чикаго (см. вставку).

    Proactive maintenance 
    Remote Service also allows ABB engineers to monitor and detect potential problems in the robot system and opens up new possibilities for proactive maintenance.

    Прогнозирование неисправностей
    Remote Service позволяет инженерам АББ дистанционно контролировать состояние роботов и прогнозировать возможные неисправности, что открывает новые возможности по организации профилактического обслуживания.

    The service box regularly takes condition measurements. By monitoring key parameters over time, Remote Service can identify potential failures and when necessary notify both the end customer and the appropriate ABB engineer. The management and storage of full system backups is a very powerful service to help recover from critical situations caused, for example, by operator errors.

    Сервисный блок регулярно выполняет диагностические измерения. Непрерывно контролируя ключевые параметры, Remote Service может распознать потенциальные опасности и, при необходимости, оповещать владельца оборудования и соответствующего специалиста АББ. Резервирование данных для возможного отката является мощным средством, обеспечивающим восстановление системы в критических ситуациях, например, после ошибки оператора.

    The first Remote Service installation took place in the automotive industry in the United States and quickly proved its value. The motherboard in a robot cabinet overheated and the rise in temperature triggered an alarm via Remote Service. Because of the alarm, engineers were able to replace a faulty fan, preventing a costly production shutdown.

    Первая система Remote Service была установлена на автозаводе в США и очень скоро была оценена по достоинству. Она обнаружила перегрев материнской платы в шкафу управления роботом и передала сигнал о превышении допустимой температуры, благодаря чему инженеры смогли заменить неисправный вентилятор и предотвратить дорогостоящую остановку производства.

    MyRobot: 24-hour remote access
    Having regular access to a robot’s condition data is also essential to achieving lean production. At any time, from any location, customers can verify their robots’ status and access maintenance information and performance reports simply by logging in to ABB’s MyRobot Web site. The service enables customers to easily compare performances, identify bottlenecks or developing issues, and initiate the most

    Сайт MyRobot: круглосуточный дистанционный доступ
    Для того чтобы обеспечить бесперебойное производство, необходимо иметь регулярный доступ к информации о состоянии робота. Зайдя на соответствующую страницу сайта MyRobot компании АББ, заказчики получат все необходимые данные, включая сведения о техническом обслуживании и отчеты о производительности своего робота. Эта услуга позволяет легко сравнивать данные о производительности, обнаруживать возможные проблемы, а также оптимизировать планирование технического обслуживания и модернизации. С помощью MyRobot можно значительно увеличить выпуск продукции и уменьшить количество выбросов.

    Award-winning solution
    In June 2008, the innovative Remote Service solution won the Gold Value Chain award at the M2M United Conference in Chicago. The value chain award honors successful corporate adopters of M2M (machine–to-machine) technology and highlights the process of combining multiple technologies to deliver high-quality services to customers. ABB won in the categoryof Smart Services.

    Приз за удачное решение
    В июне 2008 г. инновационное решение Remote Service получило награду Gold Value Chain (Золотая цепь) на конференции M2M United Conference в Чикаго. «Золотая цепь» присуждается за успешное масштабное внедрение технологии M2M (машина – машина), а также за достижения в объединении различных технологий для предоставления высококачественных услуг заказчикам. АББ одержала победу в номинации «Интеллектуальный сервис».

    Case study: Tetley Tetley GB Ltd is the world’s second-largest manufacturer and distributor of tea. The company’s manufacturing and distribution business is spread across 40 countries and sells over 60 branded tea bags. Tetley’s UK tea production facility in Eaglescliffe, County Durham is the sole producer of Tetley tea bags 2.

    Пример применения: Tetley Компания TetleyGB Ltd является вторым по величине мировым производителем и поставщиком чая. Производственные и торговые филиалы компании имеются в 40 странах, а продукция распространяется под 60 торговыми марками. Чаеразвесочная фабрика в Иглсклифф, графство Дарем, Великобритания – единственный производитель чая Tetley в пакетиках (рис. 2).

    ABB offers a flexible choice of service agreements for both new and existing robot installations, which can help extend the mean time between failures, shorten the time to repair and lower the cost of automated production.

    Предлагаемые АББ контракты на выполнение технического обслуживания как уже имеющихся, так и вновь устанавливаемых роботов, позволяют значительно увеличить среднюю наработку на отказ, сократить время ремонта и общую стоимость автоматизированного производства.

    Robots in the plant’s production line were tripping alarms and delaying the whole production cycle. The spurious alarms resulted in much unnecessary downtime that was spent resetting the robots in the hope that another breakdown could be avoided. Each time an alarm was tripped, several hours of production time was lost. “It was for this reason that we were keen to try out ABB’s Remote Service agreement,” said Colin Trevor, plant maintenance manager.

    Установленные в технологической линии роботы выдавали аварийные сигналы, задерживающие выполнение производственного цикла. Ложные срабатывания вынуждали перезапускать роботов в надежде предотвратить возможные отказы, в результате чего после каждого аварийного сигнала производство останавливалось на несколько часов. «Именно поэтому мы решили попробовать заключить с АББ контракт на дистанционное техническое обслуживание», – сказал Колин Тревор, начальник технической службы фабрики.

    To prevent future disruptions caused by unplanned downtime, Tetley signed an ABB Response Package service agreement, which included installing a service box and system infrastructure into the robot control systems. Using the Remote Service solution, ABB remotely monitors and collects data on the “wear and tear” and productivity of the robotic cells; this data is then shared with the customer and contributes to smooth-running production cycles.

    Для предотвращения ущерба в результате незапланированных простоев Tetley заключила с АББ контракт на комплексное обслуживание Response Package, согласно которому системы управления роботами были дооборудованы сервисными блоками с необходимой инфраструктурой. С помощью Remote Service компания АББ дистанционно собирает данные о наработке, износе и производительности роботизированных модулей. Эти данные предоставляются заказчику для оптимизации загрузки производственного оборудования.

    Higher production uptime
    Since the implementation of Remote Service, Tetley has enjoyed greatly reduced robot downtime, with no further disruptions caused by unforeseen problems. “The Remote Service package has dramatically changed the plant,” said Trevor. “We no longer have breakdown issues throughout the shift, helping us to achieve much longer periods of robot uptime. As we have learned, world-class manufacturing facilities need world-class support packages. Remote monitoring of our robots helps us to maintain machine uptime, prevent costly downtime and ensures my employees can be put to more valuable use.”

    Увеличение полезного времени
    С момента внедрения Remote Service компания Tetley была приятно удивлена резким сокращением простоя роботов и отсутствием незапланированных остановок производства. «Пакет Remote Service резко изменил ситуацию на предприятии», – сказал Тревор. «Мы избавились от простоев роботов и смогли резко увеличить их эксплуатационную готовность. Мы поняли, что для производственного оборудования мирового класса необходим сервисный пакет мирового класса. Дистанционный контроль роботов помогает нам поддерживать их в рабочем состоянии, предотвращать дорогостоящие простои и задействовать наш персонал для выполнения более важных задач».

    Service access
    Remote Service is available worldwide, connecting more than 500 robots. Companies that have up to 30 robots are often good candidates for the Remote Service offering, as they usually have neither the engineers nor the requisite skills to deal with robotics faults themselves. Larger companies are also enthusiastic about Remote Service, as the proactive services will improve the lifetime of their equipment and increase overall production uptime.

    Доступность сервиса
    Сеть Remote Service охватывает более 700 роботов по всему миру. Потенциальными заказчиками Remote Service являются компании, имеющие до 30 роботов, но не имеющие инженеров и техников, способных самостоятельно устранять их неисправности. Интерес к Remote Service проявляют и более крупные компании, поскольку они заинтересованы в увеличении срока службы и эксплуатационной готовности производственного оборудования.

    In today’s competitive environment, business profitability often relies on demanding production schedules that do not always leave time for exhaustive or repeated equipment health checks. ABB’s Remote Service agreements are designed to monitor its customers’ robots to identify when problems are likely to occur and ensure that help is dispatched before the problem can escalate. In over 60 percent of ABB’s service calls, its robots can be brought back online remotely, without further intervention.

    В условиях современной конкуренции окупаемость бизнеса часто зависит от соблюдения жестких графиков производства, не оставляющих времени для полномасштабных или периодических проверок исправности оборудования. Контракт Remote Service предусматривает мониторинг состояния роботов заказчика для прогнозирования возможных неисправностей и принятие мер по их предотвращению. В более чем 60 % случаев для устранения неисправности достаточно дистанционной консультации в сервисной службе АББ, дальнейшего вмешательства не требуется.

    ABB offers a flexible choice of service agreements for both new and existing robot installations, which helps extend the mean time between failures, shorten the time to repair and lower the total cost of ownership. With four new packages available – Support, Response, Maintenance and Warranty, each backed up by ABB’s Remote Service technology – businesses can minimize the impact of unplanned downtime and achieve improved production-line efficiency.

    Компания АББ предлагает гибкий выбор контрактов на выполнение технического обслуживания как уже имеющихся, так и вновь устанавливаемых роботов, которые позволяют значительно увеличить среднюю наработку на отказ, сократить время ремонта и эксплуатационные расходы. Четыре новых пакета на основе технологии Remote Service – Support, Response, Maintenance и Warranty – позволяют минимизировать внеплановые простои и значительно повысить эффективность производства.

    The benefits of Remote Sevice are clear: improved availability, fewer service visits, lower maintenance costs and maximized total cost of ownership. This unique service sets ABB apart from its competitors and is the beginning of a revolution in service thinking. It provides ABB with a great opportunity to improve customer access to its expertise and develop more advanced services worldwide.

    Преимущества дистанционного технического обслуживания очевидны: повышенная надежность, уменьшение выездов ремонтных бригад, уменьшение затрат на обслуживание и общих эксплуатационных расходов. Эта уникальная услуга дает компании АББ преимущества над конкурентами и демонстрирует революционный подход к организации сервиса. Благодаря ей компания АББ расширяет доступ заказчиков к опыту своих специалистов и получает возможность более эффективного оказания технической помощи по всему миру.

    Тематики

    • тех. обсл. и ремонт средств электросвязи

    Обобщающие термины

    EN

    Англо-русский словарь нормативно-технической терминологии > remote maintenance

  • 5 remote sevice

    1. дистанционное техническое обслуживание

     

    дистанционное техническое обслуживание
    Техническое обслуживание объекта, проводимое под управлением персонала без его непосредственного присутствия.
    [ОСТ 45.152-99 ]

    Параллельные тексты EN-RU из ABB Review. Перевод компании Интент

    Service from afar

    Дистанционный сервис

    ABB’s Remote Service concept is revolutionizing the robotics industry

    Разработанная АББ концепция дистанционного обслуживания Remote Service революционизирует робототехнику

    ABB robots are found in industrial applications everywhere – lifting, packing, grinding and welding, to name a few. Robust and tireless, they work around the clock and are critical to a company’s productivity. Thus, keeping these robots in top shape is essential – any failure can lead to serious output consequences. But what happens when a robot malfunctions?

    Роботы АББ используются во всех отраслях промышленности для перемещения грузов, упаковки, шлифовки, сварки – всего и не перечислить. Надежные и неутомимые работники, способные трудиться день и ночь, они представляют большую ценность для владельца. Поэтому очень важно поддерживать их в надлежащей состоянии, ведь любой отказ может иметь серьезные последствия. Но что делать, если робот все-таки сломался?

    ABB’s new Remote Service concept holds the answer: This approach enables a malfunctioning robot to alarm for help itself. An ABB service engineer then receives whole diagnostic information via wireless technology, analyzes the data on a Web site and responds with support in just minutes. This unique service is paying off for customers and ABB alike, and in the process is revolutionizing service thinking.

    Ответом на этот вопрос стала новая концепция Remote Service от АББ, согласно которой неисправный робот сам просит о помощи. C помощью беспроводной технологии специалист сервисной службы АББ получает всю необходимую диагностическую информацию, анализирует данные на web-сайте и через считанные минуты выдает рекомендации по устранению отказа. Эта уникальная возможность одинаково ценна как для заказчиков, так и для самой компании АББ. В перспективе она способна в корне изменить весь подход к организации технического обслуживания.

    Every minute of production downtime can have financially disastrous consequences for a company. Traditional reactive service is no longer sufficient since on-site service engineer visits also demand great amounts of time and money. Thus, companies not only require faster help from the service organization when needed but they also want to avoid disturbances in production.

    Каждая минута простоя производства может привести к губительным финансовым последствиям. Традиционная организация сервиса, предусматривающая ликвидацию возникающих неисправностей, становится все менее эффективной, поскольку вызов сервисного инженера на место эксплуатации робота сопряжен с большими затратами времени и денег. Предприятия требуют от сервисной организации не только более быстрого оказания помощи, но и предотвращения возможных сбоев производства.

    In 2006, ABB developed a new approach to better meet customer’s expectations: Using the latest technologies to reach the robots at customer sites around the world, ABB could support them remotely in just minutes, thereby reducing the need for site visits. Thus the new Remote Service concept was quickly brought to fruition and was launched in mid-2007. Statistics show that by using the system the majority of production stoppages can be avoided.

    В 2006 г. компания АББ разработала новый подход к удовлетворению ожиданий своих заказчиков. Использование современных технологий позволяет специалистам АББ получать информацию от роботов из любой точки мира и в считанные минуты оказывать помощь дистанционно, в результате чего сокращается количество выездов на место установки. Запущенная в середине 2007 г. концепция Remote Service быстро себя оправдала. Статистика показывает, что её применение позволило предотвратить большое число остановок производства.

    Reactive maintenance The hardware that makes ABB Remote Service possible consists of a communication unit, which has a function similar to that of an airplane’s so-called black box 1. This “service box” is connected to the robot’s control system and can read and transmit diagnostic information. The unit not only reads critical diagnostic information that enables immediate support in the event of a failure, but also makes it possible to monitor and analyze the robot’s condition, thereby proactively detecting the need for maintenance.

    Устранение возникающих неисправностей Аппаратное устройство, с помощью которого реализуется концепция Remote Service, представляет собой коммуникационный блок, работающий аналогично черному ящику самолета (рис. 1). Этот блок считывает диагностические данные из контроллера робота и передает их по каналу GSM. Считывается не только информация, необходимая для оказания немедленной помощи в случае отказа, но и сведения, позволяющие контролировать и анализировать состояние робота для прогнозирования неисправностей и планирования технического обслуживания.

    If the robot breaks down, the service box immediately stores the status of the robot, its historical data (as log files), and diagnostic parameters such as temperature and power supply. Equipped with a built-in modem and using the GSM network, the box transmits the data to a central server for analysis and presentation on a dedicated Web site. Alerts are automatically sent to the nearest of ABB’s 1,200 robot service engineers who then accesses the detailed data and error log to analyze the problem.

    При поломке робота сервисный блок немедленно сохраняет данные о его состоянии, сведения из рабочего журнала, а также значения диагностических параметров (температура и характеристики питания). Эти данные передаются встроенным GSM-модемом на центральный сервер для анализа и представления на соответствующем web-сайте. Аварийные сообщения автоматически пересылаются ближайшему к месту аварии одному из 1200 сервисных инженеров-робототехников АББ, который получает доступ к детальной информации и журналу аварий для анализа возникшей проблемы.

    A remotely based ABB engineer can then quickly identify the exact fault, offering rapid customer support. For problems that cannot be solved remotely, the service engineer can arrange for quick delivery of spare parts and visit the site to repair the robot. Even if the engineer must make a site visit, service is faster, more efficient and performed to a higher standard than otherwise possible.

    Специалист АББ может дистанционно идентифицировать отказ и оказать быструю помощь заказчику. Если неисправность не может быть устранена дистанционно, сервисный инженер организовывает доставку запасных частей и выезд ремонтной бригады. Даже если необходимо разрешение проблемы на месте, предшествующая дистанционная диагностика позволяет минимизировать объем работ и сократить время простоя.

    Remote Service enables engineers to “talk” to robots remotely and to utilize tools that enable smart, fast and automatic analysis. The system is based on a machine-to-machine (M2M) concept, which works automatically, requiring human input only for analysis and personalized customer recommendations. ABB was recognized for this innovative solution at the M2M United Conference in Chicago in 2008 Factbox.

    Remote Service позволяет инженерам «разговаривать» с роботами на расстоянии и предоставляет в их распоряжение интеллектуальные средства быстрого автоматизированного анализа. Система основана на основе технологии автоматической связи машины с машиной (M2M), где участие человека сводится к анализу данных и выдаче рекомендаций клиенту. В 2008 г. это инновационное решение от АББ получило приз на конференции M2M United Conference в Чикаго (см. вставку).

    Proactive maintenance 
    Remote Service also allows ABB engineers to monitor and detect potential problems in the robot system and opens up new possibilities for proactive maintenance.

    Прогнозирование неисправностей
    Remote Service позволяет инженерам АББ дистанционно контролировать состояние роботов и прогнозировать возможные неисправности, что открывает новые возможности по организации профилактического обслуживания.

    The service box regularly takes condition measurements. By monitoring key parameters over time, Remote Service can identify potential failures and when necessary notify both the end customer and the appropriate ABB engineer. The management and storage of full system backups is a very powerful service to help recover from critical situations caused, for example, by operator errors.

    Сервисный блок регулярно выполняет диагностические измерения. Непрерывно контролируя ключевые параметры, Remote Service может распознать потенциальные опасности и, при необходимости, оповещать владельца оборудования и соответствующего специалиста АББ. Резервирование данных для возможного отката является мощным средством, обеспечивающим восстановление системы в критических ситуациях, например, после ошибки оператора.

    The first Remote Service installation took place in the automotive industry in the United States and quickly proved its value. The motherboard in a robot cabinet overheated and the rise in temperature triggered an alarm via Remote Service. Because of the alarm, engineers were able to replace a faulty fan, preventing a costly production shutdown.

    Первая система Remote Service была установлена на автозаводе в США и очень скоро была оценена по достоинству. Она обнаружила перегрев материнской платы в шкафу управления роботом и передала сигнал о превышении допустимой температуры, благодаря чему инженеры смогли заменить неисправный вентилятор и предотвратить дорогостоящую остановку производства.

    MyRobot: 24-hour remote access
    Having regular access to a robot’s condition data is also essential to achieving lean production. At any time, from any location, customers can verify their robots’ status and access maintenance information and performance reports simply by logging in to ABB’s MyRobot Web site. The service enables customers to easily compare performances, identify bottlenecks or developing issues, and initiate the most

    Сайт MyRobot: круглосуточный дистанционный доступ
    Для того чтобы обеспечить бесперебойное производство, необходимо иметь регулярный доступ к информации о состоянии робота. Зайдя на соответствующую страницу сайта MyRobot компании АББ, заказчики получат все необходимые данные, включая сведения о техническом обслуживании и отчеты о производительности своего робота. Эта услуга позволяет легко сравнивать данные о производительности, обнаруживать возможные проблемы, а также оптимизировать планирование технического обслуживания и модернизации. С помощью MyRobot можно значительно увеличить выпуск продукции и уменьшить количество выбросов.

    Award-winning solution
    In June 2008, the innovative Remote Service solution won the Gold Value Chain award at the M2M United Conference in Chicago. The value chain award honors successful corporate adopters of M2M (machine–to-machine) technology and highlights the process of combining multiple technologies to deliver high-quality services to customers. ABB won in the categoryof Smart Services.

    Приз за удачное решение
    В июне 2008 г. инновационное решение Remote Service получило награду Gold Value Chain (Золотая цепь) на конференции M2M United Conference в Чикаго. «Золотая цепь» присуждается за успешное масштабное внедрение технологии M2M (машина – машина), а также за достижения в объединении различных технологий для предоставления высококачественных услуг заказчикам. АББ одержала победу в номинации «Интеллектуальный сервис».

    Case study: Tetley Tetley GB Ltd is the world’s second-largest manufacturer and distributor of tea. The company’s manufacturing and distribution business is spread across 40 countries and sells over 60 branded tea bags. Tetley’s UK tea production facility in Eaglescliffe, County Durham is the sole producer of Tetley tea bags 2.

    Пример применения: Tetley Компания TetleyGB Ltd является вторым по величине мировым производителем и поставщиком чая. Производственные и торговые филиалы компании имеются в 40 странах, а продукция распространяется под 60 торговыми марками. Чаеразвесочная фабрика в Иглсклифф, графство Дарем, Великобритания – единственный производитель чая Tetley в пакетиках (рис. 2).

    ABB offers a flexible choice of service agreements for both new and existing robot installations, which can help extend the mean time between failures, shorten the time to repair and lower the cost of automated production.

    Предлагаемые АББ контракты на выполнение технического обслуживания как уже имеющихся, так и вновь устанавливаемых роботов, позволяют значительно увеличить среднюю наработку на отказ, сократить время ремонта и общую стоимость автоматизированного производства.

    Robots in the plant’s production line were tripping alarms and delaying the whole production cycle. The spurious alarms resulted in much unnecessary downtime that was spent resetting the robots in the hope that another breakdown could be avoided. Each time an alarm was tripped, several hours of production time was lost. “It was for this reason that we were keen to try out ABB’s Remote Service agreement,” said Colin Trevor, plant maintenance manager.

    Установленные в технологической линии роботы выдавали аварийные сигналы, задерживающие выполнение производственного цикла. Ложные срабатывания вынуждали перезапускать роботов в надежде предотвратить возможные отказы, в результате чего после каждого аварийного сигнала производство останавливалось на несколько часов. «Именно поэтому мы решили попробовать заключить с АББ контракт на дистанционное техническое обслуживание», – сказал Колин Тревор, начальник технической службы фабрики.

    To prevent future disruptions caused by unplanned downtime, Tetley signed an ABB Response Package service agreement, which included installing a service box and system infrastructure into the robot control systems. Using the Remote Service solution, ABB remotely monitors and collects data on the “wear and tear” and productivity of the robotic cells; this data is then shared with the customer and contributes to smooth-running production cycles.

    Для предотвращения ущерба в результате незапланированных простоев Tetley заключила с АББ контракт на комплексное обслуживание Response Package, согласно которому системы управления роботами были дооборудованы сервисными блоками с необходимой инфраструктурой. С помощью Remote Service компания АББ дистанционно собирает данные о наработке, износе и производительности роботизированных модулей. Эти данные предоставляются заказчику для оптимизации загрузки производственного оборудования.

    Higher production uptime
    Since the implementation of Remote Service, Tetley has enjoyed greatly reduced robot downtime, with no further disruptions caused by unforeseen problems. “The Remote Service package has dramatically changed the plant,” said Trevor. “We no longer have breakdown issues throughout the shift, helping us to achieve much longer periods of robot uptime. As we have learned, world-class manufacturing facilities need world-class support packages. Remote monitoring of our robots helps us to maintain machine uptime, prevent costly downtime and ensures my employees can be put to more valuable use.”

    Увеличение полезного времени
    С момента внедрения Remote Service компания Tetley была приятно удивлена резким сокращением простоя роботов и отсутствием незапланированных остановок производства. «Пакет Remote Service резко изменил ситуацию на предприятии», – сказал Тревор. «Мы избавились от простоев роботов и смогли резко увеличить их эксплуатационную готовность. Мы поняли, что для производственного оборудования мирового класса необходим сервисный пакет мирового класса. Дистанционный контроль роботов помогает нам поддерживать их в рабочем состоянии, предотвращать дорогостоящие простои и задействовать наш персонал для выполнения более важных задач».

    Service access
    Remote Service is available worldwide, connecting more than 500 robots. Companies that have up to 30 robots are often good candidates for the Remote Service offering, as they usually have neither the engineers nor the requisite skills to deal with robotics faults themselves. Larger companies are also enthusiastic about Remote Service, as the proactive services will improve the lifetime of their equipment and increase overall production uptime.

    Доступность сервиса
    Сеть Remote Service охватывает более 700 роботов по всему миру. Потенциальными заказчиками Remote Service являются компании, имеющие до 30 роботов, но не имеющие инженеров и техников, способных самостоятельно устранять их неисправности. Интерес к Remote Service проявляют и более крупные компании, поскольку они заинтересованы в увеличении срока службы и эксплуатационной готовности производственного оборудования.

    In today’s competitive environment, business profitability often relies on demanding production schedules that do not always leave time for exhaustive or repeated equipment health checks. ABB’s Remote Service agreements are designed to monitor its customers’ robots to identify when problems are likely to occur and ensure that help is dispatched before the problem can escalate. In over 60 percent of ABB’s service calls, its robots can be brought back online remotely, without further intervention.

    В условиях современной конкуренции окупаемость бизнеса часто зависит от соблюдения жестких графиков производства, не оставляющих времени для полномасштабных или периодических проверок исправности оборудования. Контракт Remote Service предусматривает мониторинг состояния роботов заказчика для прогнозирования возможных неисправностей и принятие мер по их предотвращению. В более чем 60 % случаев для устранения неисправности достаточно дистанционной консультации в сервисной службе АББ, дальнейшего вмешательства не требуется.

    ABB offers a flexible choice of service agreements for both new and existing robot installations, which helps extend the mean time between failures, shorten the time to repair and lower the total cost of ownership. With four new packages available – Support, Response, Maintenance and Warranty, each backed up by ABB’s Remote Service technology – businesses can minimize the impact of unplanned downtime and achieve improved production-line efficiency.

    Компания АББ предлагает гибкий выбор контрактов на выполнение технического обслуживания как уже имеющихся, так и вновь устанавливаемых роботов, которые позволяют значительно увеличить среднюю наработку на отказ, сократить время ремонта и эксплуатационные расходы. Четыре новых пакета на основе технологии Remote Service – Support, Response, Maintenance и Warranty – позволяют минимизировать внеплановые простои и значительно повысить эффективность производства.

    The benefits of Remote Sevice are clear: improved availability, fewer service visits, lower maintenance costs and maximized total cost of ownership. This unique service sets ABB apart from its competitors and is the beginning of a revolution in service thinking. It provides ABB with a great opportunity to improve customer access to its expertise and develop more advanced services worldwide.

    Преимущества дистанционного технического обслуживания очевидны: повышенная надежность, уменьшение выездов ремонтных бригад, уменьшение затрат на обслуживание и общих эксплуатационных расходов. Эта уникальная услуга дает компании АББ преимущества над конкурентами и демонстрирует революционный подход к организации сервиса. Благодаря ей компания АББ расширяет доступ заказчиков к опыту своих специалистов и получает возможность более эффективного оказания технической помощи по всему миру.

    Тематики

    • тех. обсл. и ремонт средств электросвязи

    Обобщающие термины

    EN

    Англо-русский словарь нормативно-технической терминологии > remote sevice

  • 6 switching technology

    1. технология коммутации

     

    технология коммутации
    -
    [Интент]

    Современные технологии коммутации
    [ http://www.xnets.ru/plugins/content/content.php?content.84]

    Статья подготовлена на основании материалов опубликованных в журналах "LAN", "Сети и системы связи", в книге В.Олифер и Н.Олифер "Новые технологии и оборудование IP-сетей", на сайтах www.citforum.ru и опубликована в журнале "Компьютерные решения" NN4-6 за 2000 год.

    Введение

    На сегодня практически все организации, имеющие локальные сети, остановили свой выбор на сетях типа Ethernet. Данный выбор оправдан тем, что начало внедрения такой сети сопряжено с низкой стоимостью и простотой реализации, а развитие - с хорошей масштабируемостью и экономичностью.

    Бросив взгляд назад - увидим, что развитие активного оборудования сетей шло в соответствии с требованиями к полосе пропускания и надежности. Требования, предъявляемые к большей надежности, привели к отказу от применения в качестве среды передачи коаксиального кабеля и перевода сетей на витую пару. В результате такого перехода отказ работы соединения между одной из рабочих станций и концентратором перестал сказываться на работе других рабочих станций сети. Но увеличения производительности данный переход не принес, так как концентраторы используют разделяемую (на всех пользователей в сегменте) полосу пропускания. По сути, изменилась только физическая топология сети - с общей шины на звезду, а логическая топология по-прежнему осталась - общей шиной.

    Дальнейшее развитие сетей шло по нескольким путям:

    • увеличение скорости,
    • внедрение сегментирования на основе коммутации,
    • объединение сетей при помощи маршрутизации.

    Увеличение скорости при прежней логической топологии - общая шина, привело к незначительному росту производительности в случае большого числа портов.

    Большую эффективность в работе сети принесло сегментирование сетей с использованием технология коммутации пакетов. Коммутация наиболее действенна в следующих вариантах:

    Вариант 1, именуемый связью "многие со многими" – это одноранговые сети, когда одновременно существуют потоки данных между парами рабочих станций. При этом предпочтительнее иметь коммутатор, у которого все порты имеют одинаковую скорость, (см. Рисунок 1).

    5001

    Вариант 2, именуемый связью "один со многими" – это сети клиент-сервер, когда все рабочие станции работают с файлами или базой данных сервера. В данном случае предпочтительнее иметь коммутатор, у которого порты для подключения рабочих станций имеют одинаковую небольшую скорость, а порт, к которому подключается сервер, имеет большую скорость,(см. Рисунок 2).

    5002

    Когда компании начали связывать разрозненные системы друг с другом, маршрутизация обеспечивала максимально возможную целостность и надежность передачи трафика из одной сети в другую. Но с ростом размера и сложности сети, а также в связи со все более широким применением коммутаторов в локальных сетях, базовые маршрутизаторы (зачастую они получали все данные, посылаемые коммутаторами) стали с трудом справляться со своими задачами.

    Проблемы с трафиком, связанные с маршрутизацией, проявляются наиболее остро в средних и крупных компаниях, а также в деятельности операторов Internet, так как они вынуждены иметь дело с большими объемами IP-трафика, причем этот трафик должен передаваться своевременно и эффективно.

    С подключением настольных систем непосредственно к коммутаторам на 10/100 Мбит/с между ними и магистралью оказывается все меньше промежуточных устройств. Чем выше скорость подключения настольных систем, тем более скоростной должна быть магистраль. Кроме того, на каждом уровне устройства должны справляться с приходящим трафиком, иначе возникновения заторов не избежать.

    Рассмотрению технологий коммутации и посвящена данная статья.

    Коммутация первого уровня

    Термин "коммутация первого уровня" в современной технической литературе практически не описывается. Для начала дадим определение, с какими характеристиками имеет дело физический или первый уровень модели OSI:

    физический уровень определяет электротехнические, механические, процедурные и функциональные характеристики активации, поддержания и дезактивации физического канала между конечными системами. Спецификации физического уровня определяют такие характеристики, как уровни напряжений, синхронизацию изменения напряжений, скорость передачи физической информации, максимальные расстояния передачи информации, физические соединители и другие аналогичные характеристики.

    Смысл коммутации на первом уровне модели OSI означает физическое (по названию уровня) соединение. Из примеров коммутации первого уровня можно привести релейные коммутаторы некоторых старых телефонных и селекторных систем. В более новых телефонных системах коммутация первого уровня применяется совместно с различными способами сигнализации вызовов и усиления сигналов. В сетях передачи данных данная технология применяется в полностью оптических коммутаторах.

    Коммутация второго уровня

    Рассматривая свойства второго уровня модели OSI и его классическое определение, увидим, что данному уровню принадлежит основная доля коммутирующих свойств.

    Определение. Канальный уровень (формально называемый информационно-канальным уровнем) обеспечивает надежный транзит данных через физический канал. Канальный уровень решает вопросы физической адресации (в противоположность сетевой или логической адресации), топологии сети, линейной дисциплины (каким образом конечной системе использовать сетевой канал), уведомления о неисправностях, упорядоченной доставки блоков данных и управления потоком информации.

    На самом деле, определяемая канальным уровнем модели OSI функциональность служит платформой для некоторых из сегодняшних наиболее эффективных технологий. Большое значение функциональности второго уровня подчеркивает тот факт, что производители оборудования продолжают вкладывать значительные средства в разработку устройств с такими функциями.

    С технологической точки зрения, коммутатор локальных сетей представляет собой устройство, основное назначение которого - максимальное ускорение передачи данных за счет параллельно существующих потоков между узлами сети. В этом - его главное отличие от других традиционных устройств локальных сетей – концентраторов (Hub), предоставляющих всем потокам данных сети всего один канал передачи данных.

    Коммутатор позволяет передавать параллельно несколько потоков данных c максимально возможной для каждого потока скоростью. Эта скорость ограничена физической спецификацией протокола, которую также часто называют "скоростью провода". Это возможно благодаря наличию в коммутаторе большого числа центров обработки и продвижения кадров и шин передачи данных.

    Коммутаторы локальных сетей в своем основном варианте, ставшем классическим уже с начала 90-х годов, работают на втором уровне модели OSI, применяя свою высокопроизводительную параллельную архитектуру для продвижения кадров канальных протоколов. Другими словами, ими выполняются алгоритмы работы моста, описанные в стандартах IEEE 802.1D и 802.1H. Также они имеют и много других дополнительных функций, часть которых вошла в новую редакцию стандарта 802.1D-1998, а часть остается пока не стандартизованной.

    Коммутаторы ЛВС отличаются большим разнообразием возможностей и, следовательно, цен - стоимость 1 порта колеблется в диапазоне от 50 до 1000 долларов. Одной из причин столь больших различий является то, что они предназначены для решения различных классов задач. Коммутаторы высокого класса должны обеспечивать высокую производительность и плотность портов, а также поддерживать широкий спектр функций управления. Простые и дешевые коммутаторы имеют обычно небольшое число портов и не способны поддерживать функции управления. Одним из основных различий является используемая в коммутаторе архитектура. Поскольку большинство современных коммутаторов работают на основе патентованных контроллеров ASIC, устройство этих микросхем и их интеграция с остальными модулями коммутатора (включая буферы ввода-вывода) играет важнейшую роль. Контроллеры ASIC для коммутаторов ЛВС делятся на 2 класса - большие ASIC, способные обслуживать множество коммутируемых портов (один контроллер на устройство) и небольшие ASIC, обслуживающие по несколько портов и объединяемые в матрицы коммутации.

    Существует 3 варианта архитектуры коммутаторов:
     

    На рисунке 3 показана блок-схема коммутатора с архитектурой, используемой для поочередного соединения пар портов. В любой момент такой коммутатор может обеспечить организацию только одного соединения (пара портов). При невысоком уровне трафика не требуется хранение данных в памяти перед отправкой в порт назначения - такой вариант называется коммутацией на лету cut-through. Однако, коммутаторы cross-bar требуют буферизации на входе от каждого порта, поскольку в случае использования единственно возможного соединения коммутатор блокируется (рисунок 4). Несмотря на малую стоимость и высокую скорость продвижения на рынок, коммутаторы класса cross-bar слишком примитивны для эффективной трансляции между низкоскоростными интерфейсами Ethernet или token ring и высокоскоростными портами ATM и FDDI.

    5003

    5004

    Коммутаторы с разделяемой памятью имеют общий входной буфер для всех портов, используемый как внутренняя магистраль устройства (backplane). Буферизагия данных перед их рассылкой (store-and-forward - сохранить и переслать) приводит к возникновению задержки. Однако, коммутаторы с разделяемой памятью, как показано на рисунке 5 не требуют организации специальной внутренней магистрали для передачи данных между портами, что обеспечивает им более низкую цену по сравнению с коммутаторами на базе высокоскоростной внутренней шины.

    5005

    На рисунке 6 показана блок-схема коммутатора с высокоскоростной шиной, связывающей контроллеры ASIC. После того, как данные преобразуются в приемлемый для передачи по шине формат, они помещаются на шину и далее передаются в порт назначения. Поскольку шина может обеспечивать одновременную (паралельную) передачу потока данных от всех портов, такие коммутаторы часто называют "неблокируемыми" (non-blocking) - они не создают пробок на пути передачи данных.

    5006

    Применение аналогичной параллельной архитектуры для продвижения пакетов сетевых протоколов привело к появлению коммутаторов третьего уровня модели OSI.

    Коммутация третьего уровня

    В продолжении темы о технологиях коммутации рассмотренных в предыдущем номера повторим, что применение параллельной архитектуры для продвижения пакетов сетевых протоколов привело к появлению коммутаторов третьего уровня. Это позволило существенно, в 10-100 раз повысить скорость маршрутизации по сравнению с традиционными маршрутизаторами, в которых один центральный универсальный процессор выполняет программное обеспечение маршрутизации.

    По определению Сетевой уровень (третий) - это комплексный уровень, который обеспечивает возможность соединения и выбор маршрута между двумя конечными системами, подключенными к разным "подсетям", которые могут находиться в разных географических пунктах. В данном случае "подсеть" это, по сути, независимый сетевой кабель (иногда называемый сегментом).

    Коммутация на третьем уровне - это аппаратная маршрутизация. Традиционные маршрутизаторы реализуют свои функции с помощью программно-управляемых процессоров, что будем называть программной маршрутизацией. Традиционные маршрутизаторы обычно продвигают пакеты со скоростью около 500000 пакетов в секунду. Коммутаторы третьего уровня сегодня работают со скоростью до 50 миллионов пакетов в секунду. Возможно и дальнейшее ее повышение, так как каждый интерфейсный модуль, как и в коммутаторе второго уровня, оснащен собственным процессором продвижения пакетов на основе ASIC. Так что наращивание количества модулей ведет к наращиванию производительности маршрутизации. Использование высокоскоростной технологии больших заказных интегральных схем (ASIC) является главной характеристикой, отличающей коммутаторы третьего уровня от традиционных маршрутизаторов. Коммутаторы 3-го уровня делятся на две категории: пакетные (Packet-by-Packet Layer 3 Switches, PPL3) и сквозные (Cut-Through Layer 3 Switches, CTL3). PPL3 - означает просто быструю маршрутизацию (Рисунок_7). CTL3 – маршрутизацию первого пакета и коммутацию всех остальных (Рисунок 8).

    5007

    5008

    У коммутатора третьего уровня, кроме реализации функций маршрутизации в специализированных интегральных схемах, имеется несколько особенностей, отличающих их от традиционных маршрутизаторов. Эти особенности отражают ориентацию коммутаторов 3-го уровня на работу, в основном, в локальных сетях, а также последствия совмещения в одном устройстве коммутации на 2-м и 3-м уровнях:
     

    • поддержка интерфейсов и протоколов, применяемых в локальных сетях,
    • усеченные функции маршрутизации,
    • обязательная поддержка механизма виртуальных сетей,
    • тесная интеграция функций коммутации и маршрутизации, наличие удобных для администратора операций по заданию маршрутизации между виртуальными сетями.

    Наиболее "коммутаторная" версия высокоскоростной маршрутизации выглядит следующим образом (рисунок 9). Пусть коммутатор третьего уровня построен так, что в нем имеется информация о соответствии сетевых адресов (например, IP-адресов) адресам физического уровня (например, MAC-адресам) Все эти МАС-адреса обычным образом отображены в коммутационной таблице, независимо от того, принадлежат ли они данной сети или другим сетям.

    5009

    Первый коммутатор, на который поступает пакет, частично выполняет функции маршрутизатора, а именно, функции фильтрации, обеспечивающие безопасность. Он решает, пропускать или нет данный пакет в другую сеть Если пакет пропускать нужно, то коммутатор по IP-адресу назначения определяет МАС-адрес узла назначения и формирует новый заголовок второго уровня с найденным МАС-адресом. Затем выполняется обычная процедура коммутации по данному МАС-адресу с просмотром адресной таблицы коммутатора. Все последующие коммутаторы, построенные по этому же принципу, обрабатывают данный кадр как обычные коммутаторы второго уровня, не привлекая функций маршрутизации, что значительно ускоряет его обработку. Однако функции маршрутизации не являются для них избыточными, поскольку и на эти коммутаторы могут поступать первичные пакеты (непосредственно от рабочих станций), для которых необходимо выполнять фильтрацию и подстановку МАС-адресов.

    Это описание носит схематический характер и не раскрывает способов решения возникающих при этом многочисленных проблем, например, проблемы построения таблицы соответствия IP-адресов и МАС-адресов

    Примерами коммутаторов третьего уровня, работающих по этой схеме, являются коммутаторы SmartSwitch компании Cabletron. Компания Cabletron реализовала в них свой протокол ускоренной маршрутизации SecureFast Virtual Network, SFVN.

    Для организации непосредственного взаимодействия рабочих станций без промежуточного маршрутизатора необходимо сконфигурировать каждую из них так, чтобы она считала собственный интерфейс маршрутизатором по умолчанию. При такой конфигурации станция пытается самостоятельно отправить любой пакет конечному узлу, даже если этот узел находится в другой сети. Так как в общем случае (см. рисунок 10) станции неизвестен МАС-адрес узла назначения, то она генерирует соответствующий ARP-запрос, который перехватывает коммутатор, поддерживающий протокол SFVN. В сети предполагается наличие сервера SFVN Server, являющегося полноценным маршрутизатором и поддерживающего общую ARP-таблицу всех узлов SFVN-сети. Сервер возвращает коммутатору МАС-адрес узла назначения, а коммутатор, в свою очередь, передает его исходной станции. Одновременно сервер SFVN передает коммутаторам сети инструкции о разрешении прохождения пакета с МАС-адресом узла назначения через границы виртуальных сетей. Затем исходная станция передает пакет в кадре, содержащем МАС-адрес узла назначения. Этот кадр проходит через коммутаторы, не вызывая обращения к их блокам маршрутизации. Отличие протокола SFVN компании Cabletron от - описанной выше общей схемы в том, что для нахождения МАС-адреса по IP-адресу в сети используется выделенный сервер.

    5010

    Протокол Fast IP компании 3Com является еще одним примером реализации подхода с отображением IP-адреса на МАС-адрес. В этом протоколе основными действующими лицами являются сетевые адаптеры (что не удивительно, так как компания 3Com является признанным лидером в производстве сетевых адаптеров Ethernet) С одной стороны, такой подход требует изменения программного обеспечения драйверов сетевых адаптеров, и это минус Но зато не требуется изменять все остальное сетевое оборудование.

    При необходимости передать пакет узлу назначения другой сети, исходный узел в соответствии с технологией Fast IP должен передать запрос по протоколу NHRP (Next Hop Routing Protocol) маршрутизатору сети. Маршрутизатор переправляет этот запрос узлу назначения, как обычный пакет Узел назначения, который также поддерживает Fast IP и NHRP, получив запрос, отвечает кадром, отсылаемым уже не маршрутизатору, а непосредственно узлу-источнику (по его МАС-адресу, содержащемуся в NHRP-запросе). После этого обмен идет на канальном уровне на основе известных МАС-адресов. Таким образом, снова маршрутизировался только первый пакет потока (как на рисунке 9 кратковременный поток), а все остальные коммутировались (как на рисунке 9 долговременный поток).

    Еще один тип коммутаторов третьего уровня — это коммутаторы, работающие с протоколами локальных сетей типа Ethernet и FDDI. Эти коммутаторы выполняют функции маршрутизации не так, как классические маршрутизаторы. Они маршрутизируют не отдельные пакеты, а потоки пакетов.

    Поток — это последовательность пакетов, имеющих некоторые общие свойства. По меньшей мере, у них должны совпадать адрес отправителя и адрес получателя, и тогда их можно отправлять по одному и тому же маршруту. Если классический способ маршрутизации использовать только для первого пакета потока, а все остальные обрабатывать на основании опыта первого (или нескольких первых) пакетов, то можно значительно ускорить маршрутизацию всего потока.

    Рассмотрим этот подход на примере технологии NetFlow компании Cisco, реализованной в ее маршрутизаторах и коммутаторах. Для каждого пакета, поступающего на порт маршрутизатора, вычисляется хэш-функция от IP-адресов источника, назначения, портов UDP или TCP и поля TOS, характеризующего требуемое качество обслуживания. Во всех маршрутизаторах, поддерживающих данную технологию, через которые проходит данный пакет, в кэш-памяти портов запоминается соответствие значения хэш-функции и адресной информации, необходимой для быстрой передачи пакета следующему маршрутизатору. Таким образом, образуется квазивиртуальный канал (см. Рисунок 11), который позволяет быстро передавать по сети маршрутизаторов все последующие пакеты этого потока. При этом ускорение достигается за счет упрощения процедуры обработки пакета маршрутизатором - не просматриваются таблицы маршрутизации, не выполняются ARP-запросы.

    5011

    Этот прием может использоваться в маршрутизаторах, вообще не поддерживающих коммутацию, а может быть перенесен в коммутаторы. В этом случае такие коммутаторы тоже называют коммутаторами третьего уровня. Примеров маршрутизаторов, использующих данный подход, являются маршрутизаторы Cisco 7500, а коммутаторов третьего уровня — коммутаторы Catalyst 5000 и 5500. Коммутаторы Catalyst выполняют усеченные функции описанной схемы, они не могут обрабатывать первые пакеты потоков и создавать новые записи о хэш-функциях и адресной информации потоков. Они просто получают данную информацию от маршрутизаторов 7500 и обрабатывают пакеты уже распознанных маршрутизаторами потоков.

    Выше был рассмотрен способ ускоренной маршрутизации, основанный на концепции потока. Его сущность заключается в создании квазивиртуальных каналов в сетях, которые не поддерживают виртуальные каналы в обычном понимании этого термина, то есть сетях Ethernet, FDDI, Token Ring и т п. Следует отличать этот способ от способа ускоренной работы маршрутизаторов в сетях, поддерживающих технологию виртуальных каналов — АТМ, frame relay, X 25. В таких сетях создание виртуального канала является штатным режимом работы сетевых устройств. Виртуальные каналы создаются между двумя конечными точками, причем для потоков данных, требующих разного качества обслуживания (например, для данных разных приложений) может создаваться отдельный виртуальный канал. Хотя время создания виртуального канала существенно превышает время маршрутизации одного пакета, выигрыш достигается за счет последующей быстрой передачи потока данных по виртуальному каналу. Но в таких сетях возникает другая проблема — неэффективная передача коротких потоков, то есть потоков, состоящих из небольшого количества пакетов (классический пример — пакеты протокола DNS).

    Накладные расходы, связанные с созданием виртуального канала, приходящиеся на один пакет, снижаются при передаче объемных потоков данных. Однако они становятся неприемлемо высокими при передаче коротких потоков. Для того чтобы эффективно передавать короткие потоки, предлагается следующий вариант, при передаче нескольких первых пакетов выполняется обычная маршрутизация. Затем, после того как распознается устойчивый поток, для него строится виртуальный канал, и дальнейшая передача данных происходит с высокой скоростью по этому виртуальному каналу. Таким образом, для коротких потоков виртуальный канал вообще не создается, что и повышает эффективность передачи.

    По такой схеме работает ставшая уже классической технология IP Switching компании Ipsilon. Для того чтобы сети коммутаторов АТМ передавали бы пакеты коротких потоков без установления виртуального канала, компания Ipsilon предложила встроить во все коммутаторы АТМ блоки IP-маршрутизации (рисунок 12), строящие обычные таблицы маршрутизации по обычным протоколам RIP и OSPF.

    5012

    Компания Cisco Systems выдвинула в качестве альтернативы технологии IP Switching свою собственную технологию Tag Switching, но она не стала стандартной. В настоящее время IETF работает над стандартным протоколом обмена метками MPLS (Multi-Protocol Label Switching), который обобщает предложение компаний Ipsilon и Cisco, а также вносит некоторые новые детали и механизмы. Этот протокол ориентирован на поддержку качества обслуживания для виртуальных каналов, образованных метками.

    Коммутация четвертого уровня

    Свойства четвертого или транспортного уровня модели OSI следующие: транспортный уровень обеспечивает услуги по транспортировке данных. В частности, заботой транспортного уровня является решение таких вопросов, как выполнение надежной транспортировки данных через объединенную сеть. Предоставляя надежные услуги, транспортный уровень обеспечивает механизмы для установки, поддержания и упорядоченного завершения действия виртуальных каналов, систем обнаружения и устранения неисправностей транспортировки и управления информационным потоком (с целью предотвращения переполнения данными из другой системы).

    Некоторые производители заявляют, что их системы могут работать на втором, третьем и даже четвертом уровнях. Однако рассмотрение описания стека TCP/IP (рисунок 1), а также структуры пакетов IP и TCP (рисунки 2, 3), показывает, что коммутация четвертого уровня является фикцией, так как все относящиеся к коммутации функции осуществляются на уровне не выше третьего. А именно, термин коммутация четвертого уровня с точки зрения описания стека TCP/IP противоречий не имеет, за исключением того, что при коммутации должны указываться адреса компьютера (маршрутизатора) источника и компьютера (маршрутизатора) получателя. Пакеты TCP имеют поля локальный порт отправителя и локальный порт получателя (рисунок 3), несущие смысл точек входа в приложение (в программу), например Telnet с одной стороны, и точки входа (в данном контексте инкапсуляции) в уровень IP. Кроме того, в стеке TCP/IP именно уровень TCP занимается формированием пакетов из потока данных идущих от приложения. Пакеты IP (рисунок 2) имеют поля адреса компьютера (маршрутизатора) источника и компьютера (маршрутизатора) получателя и следовательно могут наряду с MAC адресами использоваться для коммутации. Тем не менее, название прижилось, к тому же практика показывает, что способность системы анализировать информацию прикладного уровня может оказаться полезной — в частности для управления трафиком. Таким образом, термин "зависимый от приложения" более точно отражает функции так называемых коммутаторов четвертого уровня.

    5013

    5014

    5015

    Тематики

    EN

    Англо-русский словарь нормативно-технической терминологии > switching technology

  • 7 plc

    1. связь по ЛЭП
    2. программируемый логический контроллер
    3. несущая в канале ВЧ-связи по ЛЭП
    4. маскирование потери пакета
    5. контроллер с программируемой логикой
    6. акционерная компания с ограниченной ответственностью

     

    акционерная компания с ограниченной ответственностью
    AG - аббревиатура для обозначения AKTIENGESELLSCHAFT (акционерное общество). Оно пишется после названия немецких, австрийских или швейцарских компаний и является эквивалентом английской аббревиатуры plc (public limited company-акционерная компания с ограниченной ответственностью). Сравни: GmbH.
    [ http://www.vocable.ru/dictionary/533/symbol/97]

    Тематики

    EN

    DE

    • AG

     

    контроллер с программируемой логикой
    —
    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

     

    маскирование потери пакета
    Метод сокрытия факта потери медиапакетов путем генерирования синтезируемых пакетов (МСЭ-T G.1050).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Тематики

    • электросвязь, основные понятия

    EN

     

    несущая в канале ВЧ-связи по ЛЭП
    —
    [Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999]

    Тематики

    • электротехника, основные понятия

    EN

     

    программируемый логический контроллер
    ПЛК
    -
    [Интент]

    контроллер
    Управляющее устройство, осуществляющее автоматическое управление посредством программной реализации алгоритмов управления.
    [Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
     Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]

    EN

    storage-programmable logic controller
    computer-aided control equipment or system whose logic sequence can be varied via a directly or remote-control connected programming device, for example a control panel, a host computer or a portable terminal
    [IEV ref 351-32-34]

    FR

    automate programmable à mémoire
    équipement ou système de commande assisté par ordinateur dont la séquence logique peut être modifiée directement ou par l'intermédiaire d'un dispositif de programmation relié à une télécommande, par exemple un panneau de commande, un ordinateur hôte ou un terminal de données portatif
    [IEV ref 351-32-34]

      См. также:
    - архитектура контроллера;
    - производительность контроллера;
    - время реакции контроллера;
    КЛАССИФИКАЦИЯ
      Основным показателем ПЛК является количество каналов ввода-вывода. По этому признаку ПЛК делятся на следующие группы: По расположению модулей ввода-вывода ПЛК бывают:
    • моноблочными - в которых устройство ввода-вывода не может быть удалено из контроллера или заменено на другое. Конструктивно контроллер представляет собой единое целое с устройствами ввода-вывода (например, одноплатный контроллер). Моноблочный контроллер может иметь, например, 16 каналов дискретного ввода и 8 каналов релейного вывода;
    • модульные - состоящие из общей корзины (шасси), в которой располагаются модуль центрального процессора и сменные модули ввода-вывода. Состав модулей выбирается пользователем в зависимости от решаемой задачи. Типовое количество слотов для сменных модулей - от 8 до 32;
    • распределенные (с удаленными модулями ввода-вывода) - в которых модули ввода-вывода выполнены в отдельных корпусах, соединяются с модулем контроллера по сети (обычно на основе интерфейса RS-485) и могут быть расположены на расстоянии до 1,2 км от процессорного модуля.
    Часто перечисленные конструктивные типы контроллеров комбинируются, например, моноблочный контроллер может иметь несколько съемных плат; моноблочный и модульный контроллеры могут быть дополнены удаленными модулями ввода-вывода, чтобы увеличить общее количество каналов.

    Многие контроллеры имеют набор сменных процессорных плат разной производительности. Это позволяет расширить круг потенциальных пользователей системы без изменения ее конструктива.

    По конструктивному исполнению и способу крепления контроллеры делятся на:
    По области применения контроллеры делятся на следующие типы:
    • универсальные общепромышленные;
    • для управления роботами;
    • для управления позиционированием и перемещением;
    • коммуникационные;
    • ПИД-контроллеры;
    • специализированные.

    По способу программирования контроллеры бывают:
    • программируемые с лицевой панели контроллера;
    • программируемые переносным программатором;
    • программируемые с помощью дисплея, мыши и клавиатуры;
    • программируемые с помощью персонального компьютера.

    Контроллеры могут программироваться на следующих языках:
    • на классических алгоритмических языках (C, С#, Visual Basic);
    • на языках МЭК 61131-3.

    Контроллеры могут содержать в своем составе модули ввода-вывода или не содержать их. Примерами контроллеров без модулей ввода-вывода являются коммуникационные контроллеры, которые выполняют функцию межсетевого шлюза, или контроллеры, получающие данные от контроллеров нижнего уровня иерархии АСУ ТП.   Контроллеры для систем автоматизации

    Слово "контроллер" произошло от английского "control" (управление), а не от русского "контроль" (учет, проверка). Контроллером в системах автоматизации называют устройство, выполняющее управление физическими процессами по записанному в него алгоритму, с использованием информации, получаемой от датчиков и выводимой в исполнительные устройства.

    Первые контроллеры появились на рубеже 60-х и 70-х годов в автомобильной промышленности, где использовались для автоматизации сборочных линий. В то время компьютеры стоили чрезвычайно дорого, поэтому контроллеры строились на жесткой логике (программировались аппаратно), что было гораздо дешевле. Однако перенастройка с одной технологической линии на другую требовала фактически изготовления нового контроллера. Поэтому появились контроллеры, алгоритм работы которых мог быть изменен несколько проще - с помощью схемы соединений реле. Такие контроллеры получили название программируемых логических контроллеров (ПЛК), и этот термин сохранился до настоящего времени. Везде ниже термины "контроллер" и "ПЛК" мы будем употреблять как синонимы.

    Немного позже появились ПЛК, которые можно было программировать на машинно-ориентированном языке, что было проще конструктивно, но требовало участия специально обученного программиста для внесения даже незначительных изменений в алгоритм управления. С этого момента началась борьба за упрощение процесса программирования ПЛК, которая привела сначала к созданию языков высокого уровня, затем - специализированных языков визуального программирования, похожих на язык релейной логики. В настоящее время этот процесс завершился созданием международного стандарта IEC (МЭК) 1131-3, который позже был переименован в МЭК 61131-3. Стандарт МЭК 61131-3 поддерживает пять языков технологического программирования, что исключает необходимость привлечения профессиональных программистов при построении систем с контроллерами, оставляя для них решение нестандартных задач.

    В связи с тем, что способ программирования является наиболее существенным классифицирующим признаком контроллера, понятие "ПЛК" все реже используется для обозначения управляющих контроллеров, которые не поддерживают технологические языки программирования.   Жесткие ограничения на стоимость и огромное разнообразие целей автоматизации привели к невозможности создания универсального ПЛК, как это случилось с офисными компьютерами. Область автоматизации выдвигает множество задач, в соответствии с которыми развивается и рынок, содержащий сотни непохожих друг на друга контроллеров, различающихся десятками параметров.

    Выбор оптимального для конкретной задачи контроллера основывается обычно на соответствии функциональных характеристик контроллера решаемой задаче при условии минимальной его стоимости. Учитываются также другие важные характеристики (температурный диапазон, надежность, бренд изготовителя, наличие разрешений Ростехнадзора, сертификатов и т. п.).

    Несмотря на огромное разнообразие контроллеров, в их развитии заметны следующие общие тенденции:
    • уменьшение габаритов;
    • расширение функциональных возможностей;
    • увеличение количества поддерживаемых интерфейсов и сетей;
    • использование идеологии "открытых систем";
    • использование языков программирования стандарта МЭК 61131-3;
    • снижение цены.
    Еще одной тенденцией является появление в контроллерах признаков компьютера (наличие мыши, клавиатуры, монитора, ОС Windows, возможности подключения жесткого диска), а в компьютерах - признаков контроллера (расширенный температурный диапазон, электронный диск, защита от пыли и влаги, крепление на DIN-рейку, наличие сторожевого таймера, увеличенное количество коммуникационных портов, использование ОС жесткого реального времени, функции самотестирования и диагностики, контроль целостности прикладной программы). Появились компьютеры в конструктивах для жестких условий эксплуатации. Аппаратные различия между компьютером и контроллером постепенно исчезают. Основными отличительными признаками контроллера остаются его назначение и наличие технологического языка программирования.

    [ http://bookasutp.ru/Chapter6_1.aspx]  
    Программируемый логический контроллер (ПЛК, PLC) – микропроцессорное устройство, предназначенное для управления технологическим процессом и другими сложными технологическими объектами.
    Принцип работы контроллера состоит в выполнение следующего цикла операций:

    1.    Сбор сигналов с датчиков;
    2.    Обработка сигналов согласно прикладному алгоритму управления;
    3.    Выдача управляющих воздействий на исполнительные устройства.

    В нормальном режиме работы контроллер непрерывно выполняет этот цикл с частотой от 50 раз в секунду. Время, затрачиваемое контроллером на выполнение полного цикла, часто называют временем (или периодом) сканирования; в большинстве современных ПЛК сканирование может настраиваться пользователем в диапазоне от 20 до 30000 миллисекунд. Для быстрых технологических процессов, где критична скорость реакции системы и требуется оперативное регулирование, время сканирования может составлять 20 мс, однако для большинства непрерывных процессов период 100 мс считается вполне приемлемым.

    Аппаратно контроллеры имеют модульную архитектуру и могут состоять из следующих компонентов:

    1.    Базовая панель ( Baseplate). Она служит для размещения на ней других модулей системы, устанавливаемых в специально отведенные позиции (слоты). Внутри базовой панели проходят две шины: одна - для подачи питания на электронные модули, другая – для пересылки данных и информационного обмена между модулями.

    2.    Модуль центрального вычислительного устройства ( СPU). Это мозг системы. Собственно в нем и происходит математическая обработка данных. Для связи с другими устройствами CPU часто оснащается сетевым интерфейсом, поддерживающим тот или иной коммуникационный стандарт.

    3.    Дополнительные коммуникационные модули. Необходимы для добавления сетевых интерфейсов, неподдерживаемых напрямую самим CPU. Коммуникационные модули существенно расширяют возможности ПЛК по сетевому взаимодействию. C их помощью к контроллеру подключают узлы распределенного ввода/вывода, интеллектуальные полевые приборы и станции операторского уровня.

    4.    Блок питания. Нужен для запитки системы от 220 V. Однако многие ПЛК не имеют стандартного блока питания и запитываются от внешнего.  
    4906
    Рис.1. Контроллер РСУ с коммуникациями Profibus и Ethernet.
     
    Иногда на базовую панель, помимо указанных выше, допускается устанавливать модули ввода/вывода полевых сигналов, которые образуют так называемый локальный ввод/вывод. Однако для большинства РСУ (DCS) характерно использование именно распределенного (удаленного) ввода/вывода.

    Отличительной особенностью контроллеров, применяемых в DCS, является возможность их резервирования. Резервирование нужно для повышения отказоустойчивости системы и заключается, как правило, в дублировании аппаратных модулей системы.
     
    4907
    Рис. 2. Резервированный контроллер с коммуникациями Profibus и Ethernet.
     
    Резервируемые модули работают параллельно и выполняют одни и те же функции. При этом один модуль находится в активном состоянии, а другой, являясь резервом, – в режиме “standby”. В случае отказа активного модуля, система автоматически переключается на резерв (это называется “горячий резерв”).

    Обратите внимание, контроллеры связаны шиной синхронизации, по которой они мониторят состояние друг друга. Это решение позволяет разнести резервированные модули на значительное расстояние друг от друга (например, расположить их в разных шкафах или даже аппаратных).

    Допустим, в данный момент активен левый контроллер, правый – находится в резерве. При этом, даже находясь в резерве, правый контроллер располагает всеми процессными данными и выполняет те же самые математические операции, что и левый. Контроллеры синхронизированы. Предположим, случается отказ левого контроллера, а именно модуля CPU. Управление автоматически передается резервному контроллеру, и теперь он становится главным. Здесь очень большое значение имеют время, которое система тратит на переключение на резерв (обычно меньше 0.5 с) и отсутствие возмущений (удара). Теперь система работает на резерве. Как только инженер заменит отказавший модуль CPU на исправный, система автоматически передаст ему управление и возвратится в исходное состояние.

    На рис. 3 изображен резервированный контроллер S7-400H производства Siemens. Данный контроллер входит в состав РСУ Simatic PCS7.
     
     
    4908
    Рис. 3. Резервированный контроллер S7-400H. Несколько другое техническое решение показано на примере резервированного контроллера FCP270 производства Foxboro (рис. 4). Данный контроллер входит в состав системы управления Foxboro IA Series.  
    4909
    Рис. 4. Резервированный контроллер FCP270.
    На базовой панели инсталлировано два процессорных модуля, работающих как резервированная пара, и коммуникационный модуль для сопряжения с оптическими сетями стандарта Ethernet. Взаимодействие между модулями происходит по внутренней шине (тоже резервированной), спрятанной непосредственно в базовую панель (ее не видно на рисунке).

    На рисунке ниже показан контроллер AC800M производства ABB (часть РСУ Extended Automation System 800xA).  
    4910
    Рис. 5. Контроллер AC800M.
     
    Это не резервированный вариант. Контроллер состоит из двух коммуникационных модулей, одного СPU и одного локального модуля ввода/вывода. Кроме этого, к контроллеру можно подключить до 64 внешних модулей ввода/вывода.

    При построении РСУ важно выбрать контроллер, удовлетворяющий всем техническим условиям и требованиям конкретного производства. Подбирая оптимальную конфигурацию, инженеры оперируют определенными техническими характеристиками промышленных контроллеров. Наиболее значимые перечислены ниже:

    1.    Возможность полного резервирования. Для задач, где отказоустойчивость критична (химия, нефтехимия, металлургия и т.д.), применение резервированных конфигураций вполне оправдано, тогда как для других менее ответственных производств резервирование зачастую оказывается избыточным решением.

    2.    Количество и тип поддерживаемых коммуникационных интерфейсов. Это определяет гибкость и масштабируемость системы управления в целом. Современные контроллеры способны поддерживать до 10 стандартов передачи данных одновременно, что во многом определяет их универсальность.

    3.    Быстродействие. Измеряется, как правило, в количестве выполняемых в секунду элементарных операций (до 200 млн.). Иногда быстродействие измеряется количеством обрабатываемых за секунду функциональных блоков (что такое функциональный блок – будет рассказано в следующей статье). Быстродействие зависит от типа центрального процессора (популярные производители - Intel, AMD, Motorola, Texas Instruments и т.д.)

    4.    Объем оперативной памяти. Во время работы контроллера в его оперативную память загружены запрограммированные пользователем алгоритмы автоматизированного управления, операционная система, библиотечные модули и т.д. Очевидно, чем больше оперативной памяти, тем сложнее и объемнее алгоритмы контроллер может выполнять, тем больше простора для творчества у программиста. Варьируется от 256 килобайт до 32 мегабайт.

    5.    Надежность. Наработка на отказ до 10-12 лет.

    6. Наличие специализированных средств разработки и поддержка различных языков программирования. Очевидно, что существование специализированный среды разработки прикладных программ – это стандарт для современного контроллера АСУ ТП. Для удобства программиста реализуется поддержка сразу нескольких языков как визуального, так и текстового (процедурного) программирования (FBD, SFC, IL, LAD, ST; об этом в следующей статье).

    7.    Возможность изменения алгоритмов управления на “лету” (online changes), т.е. без остановки работы контроллера. Для большинства контроллеров, применяемых в РСУ, поддержка online changes жизненно необходима, так как позволяет тонко настраивать систему или расширять ее функционал прямо на работающем производстве.

    8.    Возможность локального ввода/вывода. Как видно из рис. 4 контроллер Foxboro FCP270 рассчитан на работу только с удаленной подсистемой ввода/вывода, подключаемой к нему по оптическим каналам. Simatic S7-400 может спокойно работать как с локальными модулями ввода/вывода (свободные слоты на базовой панели есть), так и удаленными узлами.

    9.    Вес, габаритные размеры, вид монтажа (на DIN-рейку, на монтажную панель или в стойку 19”). Важно учитывать при проектировании и сборке системных шкафов.

    10.  Условия эксплуатации (температура, влажность, механические нагрузки). Большинство промышленных контроллеров могут работать в нечеловеческих условиях от 0 до 65 °С и при влажности до 95-98%.

    [ http://kazanets.narod.ru/PLC_PART1.htm]

    Тематики

    Синонимы

    EN

    DE

    • speicherprogrammierbare Steuerung, f

    FR

     

    связь по ЛЭП
    —
    [Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999 г.]

    Тематики

    • электротехника, основные понятия

    EN

    Англо-русский словарь нормативно-технической терминологии > plc

  • 8 programmable logic controller

    1. программируемый логический контроллер
    2. контроллер с программируемой логикой

     

    контроллер с программируемой логикой
    —
    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

     

    программируемый логический контроллер
    ПЛК
    -
    [Интент]

    контроллер
    Управляющее устройство, осуществляющее автоматическое управление посредством программной реализации алгоритмов управления.
    [Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
     Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]

    EN

    storage-programmable logic controller
    computer-aided control equipment or system whose logic sequence can be varied via a directly or remote-control connected programming device, for example a control panel, a host computer or a portable terminal
    [IEV ref 351-32-34]

    FR

    automate programmable à mémoire
    équipement ou système de commande assisté par ordinateur dont la séquence logique peut être modifiée directement ou par l'intermédiaire d'un dispositif de programmation relié à une télécommande, par exemple un panneau de commande, un ordinateur hôte ou un terminal de données portatif
    [IEV ref 351-32-34]

      См. также:
    - архитектура контроллера;
    - производительность контроллера;
    - время реакции контроллера;
    КЛАССИФИКАЦИЯ
      Основным показателем ПЛК является количество каналов ввода-вывода. По этому признаку ПЛК делятся на следующие группы: По расположению модулей ввода-вывода ПЛК бывают:
    • моноблочными - в которых устройство ввода-вывода не может быть удалено из контроллера или заменено на другое. Конструктивно контроллер представляет собой единое целое с устройствами ввода-вывода (например, одноплатный контроллер). Моноблочный контроллер может иметь, например, 16 каналов дискретного ввода и 8 каналов релейного вывода;
    • модульные - состоящие из общей корзины (шасси), в которой располагаются модуль центрального процессора и сменные модули ввода-вывода. Состав модулей выбирается пользователем в зависимости от решаемой задачи. Типовое количество слотов для сменных модулей - от 8 до 32;
    • распределенные (с удаленными модулями ввода-вывода) - в которых модули ввода-вывода выполнены в отдельных корпусах, соединяются с модулем контроллера по сети (обычно на основе интерфейса RS-485) и могут быть расположены на расстоянии до 1,2 км от процессорного модуля.
    Часто перечисленные конструктивные типы контроллеров комбинируются, например, моноблочный контроллер может иметь несколько съемных плат; моноблочный и модульный контроллеры могут быть дополнены удаленными модулями ввода-вывода, чтобы увеличить общее количество каналов.

    Многие контроллеры имеют набор сменных процессорных плат разной производительности. Это позволяет расширить круг потенциальных пользователей системы без изменения ее конструктива.

    По конструктивному исполнению и способу крепления контроллеры делятся на:
    По области применения контроллеры делятся на следующие типы:
    • универсальные общепромышленные;
    • для управления роботами;
    • для управления позиционированием и перемещением;
    • коммуникационные;
    • ПИД-контроллеры;
    • специализированные.

    По способу программирования контроллеры бывают:
    • программируемые с лицевой панели контроллера;
    • программируемые переносным программатором;
    • программируемые с помощью дисплея, мыши и клавиатуры;
    • программируемые с помощью персонального компьютера.

    Контроллеры могут программироваться на следующих языках:
    • на классических алгоритмических языках (C, С#, Visual Basic);
    • на языках МЭК 61131-3.

    Контроллеры могут содержать в своем составе модули ввода-вывода или не содержать их. Примерами контроллеров без модулей ввода-вывода являются коммуникационные контроллеры, которые выполняют функцию межсетевого шлюза, или контроллеры, получающие данные от контроллеров нижнего уровня иерархии АСУ ТП.   Контроллеры для систем автоматизации

    Слово "контроллер" произошло от английского "control" (управление), а не от русского "контроль" (учет, проверка). Контроллером в системах автоматизации называют устройство, выполняющее управление физическими процессами по записанному в него алгоритму, с использованием информации, получаемой от датчиков и выводимой в исполнительные устройства.

    Первые контроллеры появились на рубеже 60-х и 70-х годов в автомобильной промышленности, где использовались для автоматизации сборочных линий. В то время компьютеры стоили чрезвычайно дорого, поэтому контроллеры строились на жесткой логике (программировались аппаратно), что было гораздо дешевле. Однако перенастройка с одной технологической линии на другую требовала фактически изготовления нового контроллера. Поэтому появились контроллеры, алгоритм работы которых мог быть изменен несколько проще - с помощью схемы соединений реле. Такие контроллеры получили название программируемых логических контроллеров (ПЛК), и этот термин сохранился до настоящего времени. Везде ниже термины "контроллер" и "ПЛК" мы будем употреблять как синонимы.

    Немного позже появились ПЛК, которые можно было программировать на машинно-ориентированном языке, что было проще конструктивно, но требовало участия специально обученного программиста для внесения даже незначительных изменений в алгоритм управления. С этого момента началась борьба за упрощение процесса программирования ПЛК, которая привела сначала к созданию языков высокого уровня, затем - специализированных языков визуального программирования, похожих на язык релейной логики. В настоящее время этот процесс завершился созданием международного стандарта IEC (МЭК) 1131-3, который позже был переименован в МЭК 61131-3. Стандарт МЭК 61131-3 поддерживает пять языков технологического программирования, что исключает необходимость привлечения профессиональных программистов при построении систем с контроллерами, оставляя для них решение нестандартных задач.

    В связи с тем, что способ программирования является наиболее существенным классифицирующим признаком контроллера, понятие "ПЛК" все реже используется для обозначения управляющих контроллеров, которые не поддерживают технологические языки программирования.   Жесткие ограничения на стоимость и огромное разнообразие целей автоматизации привели к невозможности создания универсального ПЛК, как это случилось с офисными компьютерами. Область автоматизации выдвигает множество задач, в соответствии с которыми развивается и рынок, содержащий сотни непохожих друг на друга контроллеров, различающихся десятками параметров.

    Выбор оптимального для конкретной задачи контроллера основывается обычно на соответствии функциональных характеристик контроллера решаемой задаче при условии минимальной его стоимости. Учитываются также другие важные характеристики (температурный диапазон, надежность, бренд изготовителя, наличие разрешений Ростехнадзора, сертификатов и т. п.).

    Несмотря на огромное разнообразие контроллеров, в их развитии заметны следующие общие тенденции:
    • уменьшение габаритов;
    • расширение функциональных возможностей;
    • увеличение количества поддерживаемых интерфейсов и сетей;
    • использование идеологии "открытых систем";
    • использование языков программирования стандарта МЭК 61131-3;
    • снижение цены.
    Еще одной тенденцией является появление в контроллерах признаков компьютера (наличие мыши, клавиатуры, монитора, ОС Windows, возможности подключения жесткого диска), а в компьютерах - признаков контроллера (расширенный температурный диапазон, электронный диск, защита от пыли и влаги, крепление на DIN-рейку, наличие сторожевого таймера, увеличенное количество коммуникационных портов, использование ОС жесткого реального времени, функции самотестирования и диагностики, контроль целостности прикладной программы). Появились компьютеры в конструктивах для жестких условий эксплуатации. Аппаратные различия между компьютером и контроллером постепенно исчезают. Основными отличительными признаками контроллера остаются его назначение и наличие технологического языка программирования.

    [ http://bookasutp.ru/Chapter6_1.aspx]  
    Программируемый логический контроллер (ПЛК, PLC) – микропроцессорное устройство, предназначенное для управления технологическим процессом и другими сложными технологическими объектами.
    Принцип работы контроллера состоит в выполнение следующего цикла операций:

    1.    Сбор сигналов с датчиков;
    2.    Обработка сигналов согласно прикладному алгоритму управления;
    3.    Выдача управляющих воздействий на исполнительные устройства.

    В нормальном режиме работы контроллер непрерывно выполняет этот цикл с частотой от 50 раз в секунду. Время, затрачиваемое контроллером на выполнение полного цикла, часто называют временем (или периодом) сканирования; в большинстве современных ПЛК сканирование может настраиваться пользователем в диапазоне от 20 до 30000 миллисекунд. Для быстрых технологических процессов, где критична скорость реакции системы и требуется оперативное регулирование, время сканирования может составлять 20 мс, однако для большинства непрерывных процессов период 100 мс считается вполне приемлемым.

    Аппаратно контроллеры имеют модульную архитектуру и могут состоять из следующих компонентов:

    1.    Базовая панель ( Baseplate). Она служит для размещения на ней других модулей системы, устанавливаемых в специально отведенные позиции (слоты). Внутри базовой панели проходят две шины: одна - для подачи питания на электронные модули, другая – для пересылки данных и информационного обмена между модулями.

    2.    Модуль центрального вычислительного устройства ( СPU). Это мозг системы. Собственно в нем и происходит математическая обработка данных. Для связи с другими устройствами CPU часто оснащается сетевым интерфейсом, поддерживающим тот или иной коммуникационный стандарт.

    3.    Дополнительные коммуникационные модули. Необходимы для добавления сетевых интерфейсов, неподдерживаемых напрямую самим CPU. Коммуникационные модули существенно расширяют возможности ПЛК по сетевому взаимодействию. C их помощью к контроллеру подключают узлы распределенного ввода/вывода, интеллектуальные полевые приборы и станции операторского уровня.

    4.    Блок питания. Нужен для запитки системы от 220 V. Однако многие ПЛК не имеют стандартного блока питания и запитываются от внешнего.  
    4906
    Рис.1. Контроллер РСУ с коммуникациями Profibus и Ethernet.
     
    Иногда на базовую панель, помимо указанных выше, допускается устанавливать модули ввода/вывода полевых сигналов, которые образуют так называемый локальный ввод/вывод. Однако для большинства РСУ (DCS) характерно использование именно распределенного (удаленного) ввода/вывода.

    Отличительной особенностью контроллеров, применяемых в DCS, является возможность их резервирования. Резервирование нужно для повышения отказоустойчивости системы и заключается, как правило, в дублировании аппаратных модулей системы.
     
    4907
    Рис. 2. Резервированный контроллер с коммуникациями Profibus и Ethernet.
     
    Резервируемые модули работают параллельно и выполняют одни и те же функции. При этом один модуль находится в активном состоянии, а другой, являясь резервом, – в режиме “standby”. В случае отказа активного модуля, система автоматически переключается на резерв (это называется “горячий резерв”).

    Обратите внимание, контроллеры связаны шиной синхронизации, по которой они мониторят состояние друг друга. Это решение позволяет разнести резервированные модули на значительное расстояние друг от друга (например, расположить их в разных шкафах или даже аппаратных).

    Допустим, в данный момент активен левый контроллер, правый – находится в резерве. При этом, даже находясь в резерве, правый контроллер располагает всеми процессными данными и выполняет те же самые математические операции, что и левый. Контроллеры синхронизированы. Предположим, случается отказ левого контроллера, а именно модуля CPU. Управление автоматически передается резервному контроллеру, и теперь он становится главным. Здесь очень большое значение имеют время, которое система тратит на переключение на резерв (обычно меньше 0.5 с) и отсутствие возмущений (удара). Теперь система работает на резерве. Как только инженер заменит отказавший модуль CPU на исправный, система автоматически передаст ему управление и возвратится в исходное состояние.

    На рис. 3 изображен резервированный контроллер S7-400H производства Siemens. Данный контроллер входит в состав РСУ Simatic PCS7.
     
     
    4908
    Рис. 3. Резервированный контроллер S7-400H. Несколько другое техническое решение показано на примере резервированного контроллера FCP270 производства Foxboro (рис. 4). Данный контроллер входит в состав системы управления Foxboro IA Series.  
    4909
    Рис. 4. Резервированный контроллер FCP270.
    На базовой панели инсталлировано два процессорных модуля, работающих как резервированная пара, и коммуникационный модуль для сопряжения с оптическими сетями стандарта Ethernet. Взаимодействие между модулями происходит по внутренней шине (тоже резервированной), спрятанной непосредственно в базовую панель (ее не видно на рисунке).

    На рисунке ниже показан контроллер AC800M производства ABB (часть РСУ Extended Automation System 800xA).  
    4910
    Рис. 5. Контроллер AC800M.
     
    Это не резервированный вариант. Контроллер состоит из двух коммуникационных модулей, одного СPU и одного локального модуля ввода/вывода. Кроме этого, к контроллеру можно подключить до 64 внешних модулей ввода/вывода.

    При построении РСУ важно выбрать контроллер, удовлетворяющий всем техническим условиям и требованиям конкретного производства. Подбирая оптимальную конфигурацию, инженеры оперируют определенными техническими характеристиками промышленных контроллеров. Наиболее значимые перечислены ниже:

    1.    Возможность полного резервирования. Для задач, где отказоустойчивость критична (химия, нефтехимия, металлургия и т.д.), применение резервированных конфигураций вполне оправдано, тогда как для других менее ответственных производств резервирование зачастую оказывается избыточным решением.

    2.    Количество и тип поддерживаемых коммуникационных интерфейсов. Это определяет гибкость и масштабируемость системы управления в целом. Современные контроллеры способны поддерживать до 10 стандартов передачи данных одновременно, что во многом определяет их универсальность.

    3.    Быстродействие. Измеряется, как правило, в количестве выполняемых в секунду элементарных операций (до 200 млн.). Иногда быстродействие измеряется количеством обрабатываемых за секунду функциональных блоков (что такое функциональный блок – будет рассказано в следующей статье). Быстродействие зависит от типа центрального процессора (популярные производители - Intel, AMD, Motorola, Texas Instruments и т.д.)

    4.    Объем оперативной памяти. Во время работы контроллера в его оперативную память загружены запрограммированные пользователем алгоритмы автоматизированного управления, операционная система, библиотечные модули и т.д. Очевидно, чем больше оперативной памяти, тем сложнее и объемнее алгоритмы контроллер может выполнять, тем больше простора для творчества у программиста. Варьируется от 256 килобайт до 32 мегабайт.

    5.    Надежность. Наработка на отказ до 10-12 лет.

    6. Наличие специализированных средств разработки и поддержка различных языков программирования. Очевидно, что существование специализированный среды разработки прикладных программ – это стандарт для современного контроллера АСУ ТП. Для удобства программиста реализуется поддержка сразу нескольких языков как визуального, так и текстового (процедурного) программирования (FBD, SFC, IL, LAD, ST; об этом в следующей статье).

    7.    Возможность изменения алгоритмов управления на “лету” (online changes), т.е. без остановки работы контроллера. Для большинства контроллеров, применяемых в РСУ, поддержка online changes жизненно необходима, так как позволяет тонко настраивать систему или расширять ее функционал прямо на работающем производстве.

    8.    Возможность локального ввода/вывода. Как видно из рис. 4 контроллер Foxboro FCP270 рассчитан на работу только с удаленной подсистемой ввода/вывода, подключаемой к нему по оптическим каналам. Simatic S7-400 может спокойно работать как с локальными модулями ввода/вывода (свободные слоты на базовой панели есть), так и удаленными узлами.

    9.    Вес, габаритные размеры, вид монтажа (на DIN-рейку, на монтажную панель или в стойку 19”). Важно учитывать при проектировании и сборке системных шкафов.

    10.  Условия эксплуатации (температура, влажность, механические нагрузки). Большинство промышленных контроллеров могут работать в нечеловеческих условиях от 0 до 65 °С и при влажности до 95-98%.

    [ http://kazanets.narod.ru/PLC_PART1.htm]

    Тематики

    Синонимы

    EN

    DE

    • speicherprogrammierbare Steuerung, f

    FR

    Англо-русский словарь нормативно-технической терминологии > programmable logic controller

  • 9 field bus

    1. полевая шина

     

    полевая шина
    -
    [Интент]

    полевая магистраль по зарубежной терминологии
    Имеет много терминов-синонимов и обозначает специализированные последовательные магистрали малых локальных сетей (МЛС), ориентированны на сопряжение с ЭВМ рассредоточенных цифровых датчиков и исполнительных органов. Магистрали рассчитаны на применение в машиностроении, химической промышленности, в системах автоматизации зданий, крупных установках, бытовых электронных системах, системах автомобильного оборудования, малых контрольно-измерительных и управляющих системах на основе встраиваемых микроЭВМ и т. п. Основными магистралями являются Bitbus, MIL STD-1553В. В настоящее время рабочими группами IEC (65С и SP-50) стандартизируются два основных типа МЛС: высокоскоростные и низкоскоростные, ориентированные на датчики.
    [Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

    ЧТО ТАКОЕ FIELDВUS?
    Так пишется оригинальный термин, который в русском переводе звучит как «промышленная сеть». Fieldbus — это не какой-то определенный протокол передачи данных и не тип сетевой архитектуры, этот термин не принадлежит ни одной отдельно взятой компании и обозначает скорее сферу применения, чем какую-либо конкретную сетевую технологию.
    Давайте попробуем сформулировать лишь некоторые основные требования, которые можно предъявить к «идеальной» промышленной сети.
    1. Производительность.
    2. Предсказуемость времени доставки информации.
    3. Помехоустойчивость.
    4. Доступность и простота организации физического канала передачи данных.
    5. Максимальный сервис для приложений верхнего уровня.
    6. Минимальная стоимость устройств аппаратной реализации, особенно на уровне контроллеров.
    7. Возможность получения «распределенного интеллекта», путем предоставления максимального доступа к каналу нескольким ведущим узлам.
    8.Управляемость и самовосстановление в случае возникновения нештатных ситуаций.

    [Сергей Гусев. Краткий экскурс в историю промышленных сетей]

    Международный стандарт IEC 61158 “Fieldbus for use in Industrial Control Systems” («Промышленная управляющая сеть для применения в промышленных системах управления») определяет восемь независимых и несовместимых коммуникационных технологий, из которых FOUNDATION Fieldbus H1 и PROFIBUS PA стали в значительной степени преобладающими в различных отраслях промышленности.
    Эти промышленные сети соответствуют требованиям стандарта IEC 61158 2, который устанавливает физический уровень так называемых промышленных сетей H1.
    Основными требованиями к промышленным сетям H1 являются:
    ● передача данных и питание устройств нижнего уровня по одной витой паре;
    ● гибкость при проектировании различных топологий сети;
    ● совместимость всех полевых приборов;
    ● взрывобезопасность при установкево взрывоопасных зонах;
    ● распределение одной инфраструктуры на многочисленные сегменты.

    [Виктор Жданкин. Концепция FieldConnex® для промышленных сетей FOUNDATION Fieldbus H1 и PROFIBUS_PA: повышение производительности и снижение затрат. СТА 2/2009]

    Термин полевая шина является дословным переводом английского термина fieldbus.
    Термин промышленная сеть является более точным переводом и в настоящее время именно он используется в профессиональной технической литературе.

    Промышленная сеть — сеть передачи данных, связывающая различные датчики, исполнительные механизмы, промышленные контроллеры и используемая в промышленной автоматизации. Термин употребляется преимущественно в автоматизированной системе управления технологическими процессами (АСУТП).

    Устройства используют сеть для:

    • передачи данных, между датчиками, контроллерами и исполнительными механизмами;
    • диагностики и удалённого конфигурирования датчиков и исполнительных механизмов;
    • калибрования датчиков;
    • питания датчиков и исполнительных механизмов;
    • связи между датчиками, исполнительными механизмами, ПЛК и АСУ ТП верхнего уровня.

    В промышленных сетях для передачи данных применяют:

    • электрические линии;
    • волоконно-оптические линии;
    • беспроводную связь (радиомодемы и Wi-Fi).

    Промышленные сети могут взаимодействовать с обычными компьютерными сетями, в частности использовать глобальную сеть Internet.

    [ Википедия]

    Главной функцией полевой шины является обеспечение сетевого взаимодействия между контроллерами и удаленной периферией (например, узлами ввода/вывода). Помимо этого, к полевой шине могут подключаться различные контрольно-измерительные приборы ( Field Devices), снабженные соответствующими сетевыми интерфейсами. Такие устройства часто называют интеллектуальными ( Intelligent Field Devices), так как они поддерживают высокоуровневые протоколы сетевого обмена.

    Пример полевой шины представлен на рисунке 1.

    4911
    Рис. 1. Полевая шина.

    Как уже было отмечено, существует множество стандартов полевых шин, наиболее распространенные из которых приведены ниже:

    1. Profibus DP
    2. Profibus PA
    3. Foundation Fieldbus
    4. Modbus RTU
    5. HART
    6. DeviceNet

    Несмотря на нюансы реализации каждого из стандартов (скорость передачи данных, формат кадра, физическая среда), у них есть одна общая черта – используемый алгоритм сетевого обмена данными, основанный на классическом принципе Master-Slave или его небольших модификациях.
    Современные полевые шины удовлетворяют строгим техническим требованиям, благодаря чему становится возможной их эксплуатация в тяжелых промышленных условиях. К этим требованиям относятся:

    1. Детерминированность. Под этим подразумевается, что передача сообщения из одного узла сети в другой занимает строго фиксированный отрезок времени. Офисные сети, построенные по технологии Ethernet, - это отличный пример недетерминированной сети. Сам алгоритм доступа к разделяемой среде по методу CSMA/CD не определяет время, за которое кадр из одного узла сети будет передан другому, и, строго говоря, нет никаких гарантий, что кадр вообще дойдет до адресата. Для промышленных сетей это недопустимо. Время передачи сообщения должно быть ограничено и в общем случае, с учетом количества узлов, скорости передачи данных и длины сообщений, может быть заранее рассчитано.
    2. Поддержка больших расстояний. Это существенное требование, ведь расстояние между объектами управления может порой достигать нескольких километров. Применяемый протокол должен быть ориентирован на использование в сетях большой протяженности.
    3. Защита от электромагнитных наводок. Длинные линии в особенности подвержены пагубному влиянию электромагнитных помех, излучаемых различными электрическими агрегатами. Сильные помехи в линии могут исказить передаваемые данные до неузнаваемости. Для защиты от таких помех применяют специальные экранированные кабели, а также оптоволокно, которое, в силу световой природы информационного сигнала, вообще нечувствительно к электромагнитным наводкам. Кроме этого, в промышленных сетях должны использоваться специальные методы цифрового кодирования данных, препятствующие их искажению в процессе передачи или, по крайней мере, позволяющие эффективно детектировать искаженные данные принимающим узлом.
    4. Упрочненная механическая конструкция кабелей и соединителей. Здесь тоже нет ничего удивительного, если представить, в каких условиях зачастую приходиться прокладывать коммуникационные линии. Кабели и соединители должны быть прочными, долговечными и приспособленными для использования в самых тяжелых окружающих условиях (в том числе агрессивных атмосферах).

    По типу физической среды полевые шины делятся на два типа:

    1. Полевые шины, построенные на базе оптоволоконного кабеля.
      Преимущества использования оптоволокна очевидны: возможность построения протяженных коммуникационных линий (протяженностью до 10 км и более); большая полоса пропускания; иммунитет к электромагнитным помехам; возможность прокладки во взрывоопасных зонах.
      Недостатки: относительно высокая стоимость кабеля; сложность физического подключения и соединения кабелей. Эти работы должны выполняться квалифицированными специалистами.
    2. Полевые шины, построенные на базе медного кабеля.
      Как правило, это двухпроводной кабель типа “витая пара” со специальной изоляцией и экранированием. Преимущества: удобоваримая цена; легкость прокладки и выполнения физических соединений. Недостатки: подвержен влиянию электромагнитных наводок; ограниченная протяженность кабельных линий; меньшая по сравнению с оптоволокном полоса пропускания.

    Итак, перейдем к рассмотрению методов обеспечения отказоустойчивости коммуникационных сетей, применяемых на полевом уровне. При проектировании и реализации этот аспект становится ключевым, так как в большой степени определяет характеристики надежности всей системы управления в целом.

    На рисунке 2 изображена базовая архитектура полевой шины – одиночная (нерезервированная). Шина связывает контроллер С1 и четыре узла ввода/вывода IO1-IO4. Очевидно, что такая архитектура наименее отказоустойчива, так как обрыв шины, в зависимости от его локализации, ведет к потере коммуникации с одним, несколькими или всеми узлами шины. В нашем случае в результате обрыва теряется связь с двумя узлами.

    4912
    Рис. 2. Нерезервированная шина.

    Здесь важное значение имеет термин “единичная точка отказа” (SPOF, single point of failure). Под этим понимается место в системе, отказ компонента или обрыв связи в котором приводит к нарушению работы всей системы. На рисунке 2 единичная точка отказа обозначена красным крестиком.

    На рисунке 3 показана конфигурация в виде дублированной полевой шины, связывающей резервированный контроллер с узлами ввода/вывода. Каждый узел ввода/вывода снабжен двумя интерфейсными модулями. Если не считать сами модули ввода/вывода, которые резервируются редко, в данной конфигурации единичной точки отказа нет.

    4913
    Рис. 3. Резервированная шина.

    Вообще, при построении отказоустойчивых АСУ ТП стараются, чтобы единичный отказ в любом компоненте (линии связи) не влиял на работу всей системы. В этом плане конфигурация в виде дублированной полевой шины является наиболее распространенным техническим решением.

    На рисунке 4 показана конфигурация в виде оптоволоконного кольца. Контроллер и узлы ввода/вывода подключены к кольцу с помощью резервированных медных сегментов. Для состыковки медных сегментов сети с оптоволоконными применяются специальные конверторы среды передачи данных “медь<->оптоволокно” (OLM, Optical Link Module). Для каждого из стандартных протоколов можно выбрать соответствующий OLM.

    4914
    Рис. 4. Одинарное оптоволоконное кольцо.

    Как и дублированная шина, оптоволоконное кольцо устойчиво к возникновению одного обрыва в любом его месте. Система такой обрыв вообще не заметит, и переключение на резервные интерфейсные и коммуникационные модули не произойдет. Более того, обрыв одного из двух медных сегментов, соединяющих узел с оптоволоконным кольцом, не приведет к потере связи с этим узлом. Однако второй обрыв кольца может привести к неработоспособности системы. В общем случае два обрыва кольца в диаметрально противоположных точках ведут к потере коммуникации с половиной подключенных узлов.

    На рисунке 5 изображена конфигурация с двойным оптическим кольцом. В случае если в результате образования двух точек обрыва первичное кольцо выходит из строя, система переключается на вторичное кольцо. Очевидно, что такая архитектура сети является наиболее отказоустойчивой. На рисунке 5 пошагово изображен процесс деградации сети. Обратите внимание, сколько отказов система может перенести до того, как выйдет из строя.

    4915
    Рис. 5. Резервированное оптоволоконное кольцо.

    [ http://kazanets.narod.ru/NT_PART1.htm]

    Тематики

    Синонимы

    EN

    Англо-русский словарь нормативно-технической терминологии > field bus

  • 10 fieldbus

    1. полевая шина

     

    полевая шина
    -
    [Интент]

    полевая магистраль по зарубежной терминологии
    Имеет много терминов-синонимов и обозначает специализированные последовательные магистрали малых локальных сетей (МЛС), ориентированны на сопряжение с ЭВМ рассредоточенных цифровых датчиков и исполнительных органов. Магистрали рассчитаны на применение в машиностроении, химической промышленности, в системах автоматизации зданий, крупных установках, бытовых электронных системах, системах автомобильного оборудования, малых контрольно-измерительных и управляющих системах на основе встраиваемых микроЭВМ и т. п. Основными магистралями являются Bitbus, MIL STD-1553В. В настоящее время рабочими группами IEC (65С и SP-50) стандартизируются два основных типа МЛС: высокоскоростные и низкоскоростные, ориентированные на датчики.
    [Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

    ЧТО ТАКОЕ FIELDВUS?
    Так пишется оригинальный термин, который в русском переводе звучит как «промышленная сеть». Fieldbus — это не какой-то определенный протокол передачи данных и не тип сетевой архитектуры, этот термин не принадлежит ни одной отдельно взятой компании и обозначает скорее сферу применения, чем какую-либо конкретную сетевую технологию.
    Давайте попробуем сформулировать лишь некоторые основные требования, которые можно предъявить к «идеальной» промышленной сети.
    1. Производительность.
    2. Предсказуемость времени доставки информации.
    3. Помехоустойчивость.
    4. Доступность и простота организации физического канала передачи данных.
    5. Максимальный сервис для приложений верхнего уровня.
    6. Минимальная стоимость устройств аппаратной реализации, особенно на уровне контроллеров.
    7. Возможность получения «распределенного интеллекта», путем предоставления максимального доступа к каналу нескольким ведущим узлам.
    8.Управляемость и самовосстановление в случае возникновения нештатных ситуаций.

    [Сергей Гусев. Краткий экскурс в историю промышленных сетей]

    Международный стандарт IEC 61158 “Fieldbus for use in Industrial Control Systems” («Промышленная управляющая сеть для применения в промышленных системах управления») определяет восемь независимых и несовместимых коммуникационных технологий, из которых FOUNDATION Fieldbus H1 и PROFIBUS PA стали в значительной степени преобладающими в различных отраслях промышленности.
    Эти промышленные сети соответствуют требованиям стандарта IEC 61158 2, который устанавливает физический уровень так называемых промышленных сетей H1.
    Основными требованиями к промышленным сетям H1 являются:
    ● передача данных и питание устройств нижнего уровня по одной витой паре;
    ● гибкость при проектировании различных топологий сети;
    ● совместимость всех полевых приборов;
    ● взрывобезопасность при установкево взрывоопасных зонах;
    ● распределение одной инфраструктуры на многочисленные сегменты.

    [Виктор Жданкин. Концепция FieldConnex® для промышленных сетей FOUNDATION Fieldbus H1 и PROFIBUS_PA: повышение производительности и снижение затрат. СТА 2/2009]

    Термин полевая шина является дословным переводом английского термина fieldbus.
    Термин промышленная сеть является более точным переводом и в настоящее время именно он используется в профессиональной технической литературе.

    Промышленная сеть — сеть передачи данных, связывающая различные датчики, исполнительные механизмы, промышленные контроллеры и используемая в промышленной автоматизации. Термин употребляется преимущественно в автоматизированной системе управления технологическими процессами (АСУТП).

    Устройства используют сеть для:

    • передачи данных, между датчиками, контроллерами и исполнительными механизмами;
    • диагностики и удалённого конфигурирования датчиков и исполнительных механизмов;
    • калибрования датчиков;
    • питания датчиков и исполнительных механизмов;
    • связи между датчиками, исполнительными механизмами, ПЛК и АСУ ТП верхнего уровня.

    В промышленных сетях для передачи данных применяют:

    • электрические линии;
    • волоконно-оптические линии;
    • беспроводную связь (радиомодемы и Wi-Fi).

    Промышленные сети могут взаимодействовать с обычными компьютерными сетями, в частности использовать глобальную сеть Internet.

    [ Википедия]

    Главной функцией полевой шины является обеспечение сетевого взаимодействия между контроллерами и удаленной периферией (например, узлами ввода/вывода). Помимо этого, к полевой шине могут подключаться различные контрольно-измерительные приборы ( Field Devices), снабженные соответствующими сетевыми интерфейсами. Такие устройства часто называют интеллектуальными ( Intelligent Field Devices), так как они поддерживают высокоуровневые протоколы сетевого обмена.

    Пример полевой шины представлен на рисунке 1.

    4911
    Рис. 1. Полевая шина.

    Как уже было отмечено, существует множество стандартов полевых шин, наиболее распространенные из которых приведены ниже:

    1. Profibus DP
    2. Profibus PA
    3. Foundation Fieldbus
    4. Modbus RTU
    5. HART
    6. DeviceNet

    Несмотря на нюансы реализации каждого из стандартов (скорость передачи данных, формат кадра, физическая среда), у них есть одна общая черта – используемый алгоритм сетевого обмена данными, основанный на классическом принципе Master-Slave или его небольших модификациях.
    Современные полевые шины удовлетворяют строгим техническим требованиям, благодаря чему становится возможной их эксплуатация в тяжелых промышленных условиях. К этим требованиям относятся:

    1. Детерминированность. Под этим подразумевается, что передача сообщения из одного узла сети в другой занимает строго фиксированный отрезок времени. Офисные сети, построенные по технологии Ethernet, - это отличный пример недетерминированной сети. Сам алгоритм доступа к разделяемой среде по методу CSMA/CD не определяет время, за которое кадр из одного узла сети будет передан другому, и, строго говоря, нет никаких гарантий, что кадр вообще дойдет до адресата. Для промышленных сетей это недопустимо. Время передачи сообщения должно быть ограничено и в общем случае, с учетом количества узлов, скорости передачи данных и длины сообщений, может быть заранее рассчитано.
    2. Поддержка больших расстояний. Это существенное требование, ведь расстояние между объектами управления может порой достигать нескольких километров. Применяемый протокол должен быть ориентирован на использование в сетях большой протяженности.
    3. Защита от электромагнитных наводок. Длинные линии в особенности подвержены пагубному влиянию электромагнитных помех, излучаемых различными электрическими агрегатами. Сильные помехи в линии могут исказить передаваемые данные до неузнаваемости. Для защиты от таких помех применяют специальные экранированные кабели, а также оптоволокно, которое, в силу световой природы информационного сигнала, вообще нечувствительно к электромагнитным наводкам. Кроме этого, в промышленных сетях должны использоваться специальные методы цифрового кодирования данных, препятствующие их искажению в процессе передачи или, по крайней мере, позволяющие эффективно детектировать искаженные данные принимающим узлом.
    4. Упрочненная механическая конструкция кабелей и соединителей. Здесь тоже нет ничего удивительного, если представить, в каких условиях зачастую приходиться прокладывать коммуникационные линии. Кабели и соединители должны быть прочными, долговечными и приспособленными для использования в самых тяжелых окружающих условиях (в том числе агрессивных атмосферах).

    По типу физической среды полевые шины делятся на два типа:

    1. Полевые шины, построенные на базе оптоволоконного кабеля.
      Преимущества использования оптоволокна очевидны: возможность построения протяженных коммуникационных линий (протяженностью до 10 км и более); большая полоса пропускания; иммунитет к электромагнитным помехам; возможность прокладки во взрывоопасных зонах.
      Недостатки: относительно высокая стоимость кабеля; сложность физического подключения и соединения кабелей. Эти работы должны выполняться квалифицированными специалистами.
    2. Полевые шины, построенные на базе медного кабеля.
      Как правило, это двухпроводной кабель типа “витая пара” со специальной изоляцией и экранированием. Преимущества: удобоваримая цена; легкость прокладки и выполнения физических соединений. Недостатки: подвержен влиянию электромагнитных наводок; ограниченная протяженность кабельных линий; меньшая по сравнению с оптоволокном полоса пропускания.

    Итак, перейдем к рассмотрению методов обеспечения отказоустойчивости коммуникационных сетей, применяемых на полевом уровне. При проектировании и реализации этот аспект становится ключевым, так как в большой степени определяет характеристики надежности всей системы управления в целом.

    На рисунке 2 изображена базовая архитектура полевой шины – одиночная (нерезервированная). Шина связывает контроллер С1 и четыре узла ввода/вывода IO1-IO4. Очевидно, что такая архитектура наименее отказоустойчива, так как обрыв шины, в зависимости от его локализации, ведет к потере коммуникации с одним, несколькими или всеми узлами шины. В нашем случае в результате обрыва теряется связь с двумя узлами.

    4912
    Рис. 2. Нерезервированная шина.

    Здесь важное значение имеет термин “единичная точка отказа” (SPOF, single point of failure). Под этим понимается место в системе, отказ компонента или обрыв связи в котором приводит к нарушению работы всей системы. На рисунке 2 единичная точка отказа обозначена красным крестиком.

    На рисунке 3 показана конфигурация в виде дублированной полевой шины, связывающей резервированный контроллер с узлами ввода/вывода. Каждый узел ввода/вывода снабжен двумя интерфейсными модулями. Если не считать сами модули ввода/вывода, которые резервируются редко, в данной конфигурации единичной точки отказа нет.

    4913
    Рис. 3. Резервированная шина.

    Вообще, при построении отказоустойчивых АСУ ТП стараются, чтобы единичный отказ в любом компоненте (линии связи) не влиял на работу всей системы. В этом плане конфигурация в виде дублированной полевой шины является наиболее распространенным техническим решением.

    На рисунке 4 показана конфигурация в виде оптоволоконного кольца. Контроллер и узлы ввода/вывода подключены к кольцу с помощью резервированных медных сегментов. Для состыковки медных сегментов сети с оптоволоконными применяются специальные конверторы среды передачи данных “медь<->оптоволокно” (OLM, Optical Link Module). Для каждого из стандартных протоколов можно выбрать соответствующий OLM.

    4914
    Рис. 4. Одинарное оптоволоконное кольцо.

    Как и дублированная шина, оптоволоконное кольцо устойчиво к возникновению одного обрыва в любом его месте. Система такой обрыв вообще не заметит, и переключение на резервные интерфейсные и коммуникационные модули не произойдет. Более того, обрыв одного из двух медных сегментов, соединяющих узел с оптоволоконным кольцом, не приведет к потере связи с этим узлом. Однако второй обрыв кольца может привести к неработоспособности системы. В общем случае два обрыва кольца в диаметрально противоположных точках ведут к потере коммуникации с половиной подключенных узлов.

    На рисунке 5 изображена конфигурация с двойным оптическим кольцом. В случае если в результате образования двух точек обрыва первичное кольцо выходит из строя, система переключается на вторичное кольцо. Очевидно, что такая архитектура сети является наиболее отказоустойчивой. На рисунке 5 пошагово изображен процесс деградации сети. Обратите внимание, сколько отказов система может перенести до того, как выйдет из строя.

    4915
    Рис. 5. Резервированное оптоволоконное кольцо.

    [ http://kazanets.narod.ru/NT_PART1.htm]

    Тематики

    Синонимы

    EN

    Англо-русский словарь нормативно-технической терминологии > fieldbus

  • 11 programmable controller

    1. программируемый логический контроллер
    2. программируемый контроллер

     

    программируемый контроллер
    —
    [Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999 г.]

    Тематики

    • электротехника, основные понятия

    EN

     

    программируемый логический контроллер
    ПЛК
    -
    [Интент]

    контроллер
    Управляющее устройство, осуществляющее автоматическое управление посредством программной реализации алгоритмов управления.
    [Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
     Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]

    EN

    storage-programmable logic controller
    computer-aided control equipment or system whose logic sequence can be varied via a directly or remote-control connected programming device, for example a control panel, a host computer or a portable terminal
    [IEV ref 351-32-34]

    FR

    automate programmable à mémoire
    équipement ou système de commande assisté par ordinateur dont la séquence logique peut être modifiée directement ou par l'intermédiaire d'un dispositif de programmation relié à une télécommande, par exemple un panneau de commande, un ordinateur hôte ou un terminal de données portatif
    [IEV ref 351-32-34]

      См. также:
    - архитектура контроллера;
    - производительность контроллера;
    - время реакции контроллера;
    КЛАССИФИКАЦИЯ
      Основным показателем ПЛК является количество каналов ввода-вывода. По этому признаку ПЛК делятся на следующие группы: По расположению модулей ввода-вывода ПЛК бывают:
    • моноблочными - в которых устройство ввода-вывода не может быть удалено из контроллера или заменено на другое. Конструктивно контроллер представляет собой единое целое с устройствами ввода-вывода (например, одноплатный контроллер). Моноблочный контроллер может иметь, например, 16 каналов дискретного ввода и 8 каналов релейного вывода;
    • модульные - состоящие из общей корзины (шасси), в которой располагаются модуль центрального процессора и сменные модули ввода-вывода. Состав модулей выбирается пользователем в зависимости от решаемой задачи. Типовое количество слотов для сменных модулей - от 8 до 32;
    • распределенные (с удаленными модулями ввода-вывода) - в которых модули ввода-вывода выполнены в отдельных корпусах, соединяются с модулем контроллера по сети (обычно на основе интерфейса RS-485) и могут быть расположены на расстоянии до 1,2 км от процессорного модуля.
    Часто перечисленные конструктивные типы контроллеров комбинируются, например, моноблочный контроллер может иметь несколько съемных плат; моноблочный и модульный контроллеры могут быть дополнены удаленными модулями ввода-вывода, чтобы увеличить общее количество каналов.

    Многие контроллеры имеют набор сменных процессорных плат разной производительности. Это позволяет расширить круг потенциальных пользователей системы без изменения ее конструктива.

    По конструктивному исполнению и способу крепления контроллеры делятся на:
    По области применения контроллеры делятся на следующие типы:
    • универсальные общепромышленные;
    • для управления роботами;
    • для управления позиционированием и перемещением;
    • коммуникационные;
    • ПИД-контроллеры;
    • специализированные.

    По способу программирования контроллеры бывают:
    • программируемые с лицевой панели контроллера;
    • программируемые переносным программатором;
    • программируемые с помощью дисплея, мыши и клавиатуры;
    • программируемые с помощью персонального компьютера.

    Контроллеры могут программироваться на следующих языках:
    • на классических алгоритмических языках (C, С#, Visual Basic);
    • на языках МЭК 61131-3.

    Контроллеры могут содержать в своем составе модули ввода-вывода или не содержать их. Примерами контроллеров без модулей ввода-вывода являются коммуникационные контроллеры, которые выполняют функцию межсетевого шлюза, или контроллеры, получающие данные от контроллеров нижнего уровня иерархии АСУ ТП.   Контроллеры для систем автоматизации

    Слово "контроллер" произошло от английского "control" (управление), а не от русского "контроль" (учет, проверка). Контроллером в системах автоматизации называют устройство, выполняющее управление физическими процессами по записанному в него алгоритму, с использованием информации, получаемой от датчиков и выводимой в исполнительные устройства.

    Первые контроллеры появились на рубеже 60-х и 70-х годов в автомобильной промышленности, где использовались для автоматизации сборочных линий. В то время компьютеры стоили чрезвычайно дорого, поэтому контроллеры строились на жесткой логике (программировались аппаратно), что было гораздо дешевле. Однако перенастройка с одной технологической линии на другую требовала фактически изготовления нового контроллера. Поэтому появились контроллеры, алгоритм работы которых мог быть изменен несколько проще - с помощью схемы соединений реле. Такие контроллеры получили название программируемых логических контроллеров (ПЛК), и этот термин сохранился до настоящего времени. Везде ниже термины "контроллер" и "ПЛК" мы будем употреблять как синонимы.

    Немного позже появились ПЛК, которые можно было программировать на машинно-ориентированном языке, что было проще конструктивно, но требовало участия специально обученного программиста для внесения даже незначительных изменений в алгоритм управления. С этого момента началась борьба за упрощение процесса программирования ПЛК, которая привела сначала к созданию языков высокого уровня, затем - специализированных языков визуального программирования, похожих на язык релейной логики. В настоящее время этот процесс завершился созданием международного стандарта IEC (МЭК) 1131-3, который позже был переименован в МЭК 61131-3. Стандарт МЭК 61131-3 поддерживает пять языков технологического программирования, что исключает необходимость привлечения профессиональных программистов при построении систем с контроллерами, оставляя для них решение нестандартных задач.

    В связи с тем, что способ программирования является наиболее существенным классифицирующим признаком контроллера, понятие "ПЛК" все реже используется для обозначения управляющих контроллеров, которые не поддерживают технологические языки программирования.   Жесткие ограничения на стоимость и огромное разнообразие целей автоматизации привели к невозможности создания универсального ПЛК, как это случилось с офисными компьютерами. Область автоматизации выдвигает множество задач, в соответствии с которыми развивается и рынок, содержащий сотни непохожих друг на друга контроллеров, различающихся десятками параметров.

    Выбор оптимального для конкретной задачи контроллера основывается обычно на соответствии функциональных характеристик контроллера решаемой задаче при условии минимальной его стоимости. Учитываются также другие важные характеристики (температурный диапазон, надежность, бренд изготовителя, наличие разрешений Ростехнадзора, сертификатов и т. п.).

    Несмотря на огромное разнообразие контроллеров, в их развитии заметны следующие общие тенденции:
    • уменьшение габаритов;
    • расширение функциональных возможностей;
    • увеличение количества поддерживаемых интерфейсов и сетей;
    • использование идеологии "открытых систем";
    • использование языков программирования стандарта МЭК 61131-3;
    • снижение цены.
    Еще одной тенденцией является появление в контроллерах признаков компьютера (наличие мыши, клавиатуры, монитора, ОС Windows, возможности подключения жесткого диска), а в компьютерах - признаков контроллера (расширенный температурный диапазон, электронный диск, защита от пыли и влаги, крепление на DIN-рейку, наличие сторожевого таймера, увеличенное количество коммуникационных портов, использование ОС жесткого реального времени, функции самотестирования и диагностики, контроль целостности прикладной программы). Появились компьютеры в конструктивах для жестких условий эксплуатации. Аппаратные различия между компьютером и контроллером постепенно исчезают. Основными отличительными признаками контроллера остаются его назначение и наличие технологического языка программирования.

    [ http://bookasutp.ru/Chapter6_1.aspx]  
    Программируемый логический контроллер (ПЛК, PLC) – микропроцессорное устройство, предназначенное для управления технологическим процессом и другими сложными технологическими объектами.
    Принцип работы контроллера состоит в выполнение следующего цикла операций:

    1.    Сбор сигналов с датчиков;
    2.    Обработка сигналов согласно прикладному алгоритму управления;
    3.    Выдача управляющих воздействий на исполнительные устройства.

    В нормальном режиме работы контроллер непрерывно выполняет этот цикл с частотой от 50 раз в секунду. Время, затрачиваемое контроллером на выполнение полного цикла, часто называют временем (или периодом) сканирования; в большинстве современных ПЛК сканирование может настраиваться пользователем в диапазоне от 20 до 30000 миллисекунд. Для быстрых технологических процессов, где критична скорость реакции системы и требуется оперативное регулирование, время сканирования может составлять 20 мс, однако для большинства непрерывных процессов период 100 мс считается вполне приемлемым.

    Аппаратно контроллеры имеют модульную архитектуру и могут состоять из следующих компонентов:

    1.    Базовая панель ( Baseplate). Она служит для размещения на ней других модулей системы, устанавливаемых в специально отведенные позиции (слоты). Внутри базовой панели проходят две шины: одна - для подачи питания на электронные модули, другая – для пересылки данных и информационного обмена между модулями.

    2.    Модуль центрального вычислительного устройства ( СPU). Это мозг системы. Собственно в нем и происходит математическая обработка данных. Для связи с другими устройствами CPU часто оснащается сетевым интерфейсом, поддерживающим тот или иной коммуникационный стандарт.

    3.    Дополнительные коммуникационные модули. Необходимы для добавления сетевых интерфейсов, неподдерживаемых напрямую самим CPU. Коммуникационные модули существенно расширяют возможности ПЛК по сетевому взаимодействию. C их помощью к контроллеру подключают узлы распределенного ввода/вывода, интеллектуальные полевые приборы и станции операторского уровня.

    4.    Блок питания. Нужен для запитки системы от 220 V. Однако многие ПЛК не имеют стандартного блока питания и запитываются от внешнего.  
    4906
    Рис.1. Контроллер РСУ с коммуникациями Profibus и Ethernet.
     
    Иногда на базовую панель, помимо указанных выше, допускается устанавливать модули ввода/вывода полевых сигналов, которые образуют так называемый локальный ввод/вывод. Однако для большинства РСУ (DCS) характерно использование именно распределенного (удаленного) ввода/вывода.

    Отличительной особенностью контроллеров, применяемых в DCS, является возможность их резервирования. Резервирование нужно для повышения отказоустойчивости системы и заключается, как правило, в дублировании аппаратных модулей системы.
     
    4907
    Рис. 2. Резервированный контроллер с коммуникациями Profibus и Ethernet.
     
    Резервируемые модули работают параллельно и выполняют одни и те же функции. При этом один модуль находится в активном состоянии, а другой, являясь резервом, – в режиме “standby”. В случае отказа активного модуля, система автоматически переключается на резерв (это называется “горячий резерв”).

    Обратите внимание, контроллеры связаны шиной синхронизации, по которой они мониторят состояние друг друга. Это решение позволяет разнести резервированные модули на значительное расстояние друг от друга (например, расположить их в разных шкафах или даже аппаратных).

    Допустим, в данный момент активен левый контроллер, правый – находится в резерве. При этом, даже находясь в резерве, правый контроллер располагает всеми процессными данными и выполняет те же самые математические операции, что и левый. Контроллеры синхронизированы. Предположим, случается отказ левого контроллера, а именно модуля CPU. Управление автоматически передается резервному контроллеру, и теперь он становится главным. Здесь очень большое значение имеют время, которое система тратит на переключение на резерв (обычно меньше 0.5 с) и отсутствие возмущений (удара). Теперь система работает на резерве. Как только инженер заменит отказавший модуль CPU на исправный, система автоматически передаст ему управление и возвратится в исходное состояние.

    На рис. 3 изображен резервированный контроллер S7-400H производства Siemens. Данный контроллер входит в состав РСУ Simatic PCS7.
     
     
    4908
    Рис. 3. Резервированный контроллер S7-400H. Несколько другое техническое решение показано на примере резервированного контроллера FCP270 производства Foxboro (рис. 4). Данный контроллер входит в состав системы управления Foxboro IA Series.  
    4909
    Рис. 4. Резервированный контроллер FCP270.
    На базовой панели инсталлировано два процессорных модуля, работающих как резервированная пара, и коммуникационный модуль для сопряжения с оптическими сетями стандарта Ethernet. Взаимодействие между модулями происходит по внутренней шине (тоже резервированной), спрятанной непосредственно в базовую панель (ее не видно на рисунке).

    На рисунке ниже показан контроллер AC800M производства ABB (часть РСУ Extended Automation System 800xA).  
    4910
    Рис. 5. Контроллер AC800M.
     
    Это не резервированный вариант. Контроллер состоит из двух коммуникационных модулей, одного СPU и одного локального модуля ввода/вывода. Кроме этого, к контроллеру можно подключить до 64 внешних модулей ввода/вывода.

    При построении РСУ важно выбрать контроллер, удовлетворяющий всем техническим условиям и требованиям конкретного производства. Подбирая оптимальную конфигурацию, инженеры оперируют определенными техническими характеристиками промышленных контроллеров. Наиболее значимые перечислены ниже:

    1.    Возможность полного резервирования. Для задач, где отказоустойчивость критична (химия, нефтехимия, металлургия и т.д.), применение резервированных конфигураций вполне оправдано, тогда как для других менее ответственных производств резервирование зачастую оказывается избыточным решением.

    2.    Количество и тип поддерживаемых коммуникационных интерфейсов. Это определяет гибкость и масштабируемость системы управления в целом. Современные контроллеры способны поддерживать до 10 стандартов передачи данных одновременно, что во многом определяет их универсальность.

    3.    Быстродействие. Измеряется, как правило, в количестве выполняемых в секунду элементарных операций (до 200 млн.). Иногда быстродействие измеряется количеством обрабатываемых за секунду функциональных блоков (что такое функциональный блок – будет рассказано в следующей статье). Быстродействие зависит от типа центрального процессора (популярные производители - Intel, AMD, Motorola, Texas Instruments и т.д.)

    4.    Объем оперативной памяти. Во время работы контроллера в его оперативную память загружены запрограммированные пользователем алгоритмы автоматизированного управления, операционная система, библиотечные модули и т.д. Очевидно, чем больше оперативной памяти, тем сложнее и объемнее алгоритмы контроллер может выполнять, тем больше простора для творчества у программиста. Варьируется от 256 килобайт до 32 мегабайт.

    5.    Надежность. Наработка на отказ до 10-12 лет.

    6. Наличие специализированных средств разработки и поддержка различных языков программирования. Очевидно, что существование специализированный среды разработки прикладных программ – это стандарт для современного контроллера АСУ ТП. Для удобства программиста реализуется поддержка сразу нескольких языков как визуального, так и текстового (процедурного) программирования (FBD, SFC, IL, LAD, ST; об этом в следующей статье).

    7.    Возможность изменения алгоритмов управления на “лету” (online changes), т.е. без остановки работы контроллера. Для большинства контроллеров, применяемых в РСУ, поддержка online changes жизненно необходима, так как позволяет тонко настраивать систему или расширять ее функционал прямо на работающем производстве.

    8.    Возможность локального ввода/вывода. Как видно из рис. 4 контроллер Foxboro FCP270 рассчитан на работу только с удаленной подсистемой ввода/вывода, подключаемой к нему по оптическим каналам. Simatic S7-400 может спокойно работать как с локальными модулями ввода/вывода (свободные слоты на базовой панели есть), так и удаленными узлами.

    9.    Вес, габаритные размеры, вид монтажа (на DIN-рейку, на монтажную панель или в стойку 19”). Важно учитывать при проектировании и сборке системных шкафов.

    10.  Условия эксплуатации (температура, влажность, механические нагрузки). Большинство промышленных контроллеров могут работать в нечеловеческих условиях от 0 до 65 °С и при влажности до 95-98%.

    [ http://kazanets.narod.ru/PLC_PART1.htm]

    Тематики

    Синонимы

    EN

    DE

    • speicherprogrammierbare Steuerung, f

    FR

    Англо-русский словарь нормативно-технической терминологии > programmable controller

  • 12 storage-programmable logic controller

    1. программируемый логический контроллер

     

    программируемый логический контроллер
    ПЛК
    -
    [Интент]

    контроллер
    Управляющее устройство, осуществляющее автоматическое управление посредством программной реализации алгоритмов управления.
    [Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
     Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]

    EN

    storage-programmable logic controller
    computer-aided control equipment or system whose logic sequence can be varied via a directly or remote-control connected programming device, for example a control panel, a host computer or a portable terminal
    [IEV ref 351-32-34]

    FR

    automate programmable à mémoire
    équipement ou système de commande assisté par ordinateur dont la séquence logique peut être modifiée directement ou par l'intermédiaire d'un dispositif de programmation relié à une télécommande, par exemple un panneau de commande, un ordinateur hôte ou un terminal de données portatif
    [IEV ref 351-32-34]

      См. также:
    - архитектура контроллера;
    - производительность контроллера;
    - время реакции контроллера;
    КЛАССИФИКАЦИЯ
      Основным показателем ПЛК является количество каналов ввода-вывода. По этому признаку ПЛК делятся на следующие группы: По расположению модулей ввода-вывода ПЛК бывают:
    • моноблочными - в которых устройство ввода-вывода не может быть удалено из контроллера или заменено на другое. Конструктивно контроллер представляет собой единое целое с устройствами ввода-вывода (например, одноплатный контроллер). Моноблочный контроллер может иметь, например, 16 каналов дискретного ввода и 8 каналов релейного вывода;
    • модульные - состоящие из общей корзины (шасси), в которой располагаются модуль центрального процессора и сменные модули ввода-вывода. Состав модулей выбирается пользователем в зависимости от решаемой задачи. Типовое количество слотов для сменных модулей - от 8 до 32;
    • распределенные (с удаленными модулями ввода-вывода) - в которых модули ввода-вывода выполнены в отдельных корпусах, соединяются с модулем контроллера по сети (обычно на основе интерфейса RS-485) и могут быть расположены на расстоянии до 1,2 км от процессорного модуля.
    Часто перечисленные конструктивные типы контроллеров комбинируются, например, моноблочный контроллер может иметь несколько съемных плат; моноблочный и модульный контроллеры могут быть дополнены удаленными модулями ввода-вывода, чтобы увеличить общее количество каналов.

    Многие контроллеры имеют набор сменных процессорных плат разной производительности. Это позволяет расширить круг потенциальных пользователей системы без изменения ее конструктива.

    По конструктивному исполнению и способу крепления контроллеры делятся на:
    По области применения контроллеры делятся на следующие типы:
    • универсальные общепромышленные;
    • для управления роботами;
    • для управления позиционированием и перемещением;
    • коммуникационные;
    • ПИД-контроллеры;
    • специализированные.

    По способу программирования контроллеры бывают:
    • программируемые с лицевой панели контроллера;
    • программируемые переносным программатором;
    • программируемые с помощью дисплея, мыши и клавиатуры;
    • программируемые с помощью персонального компьютера.

    Контроллеры могут программироваться на следующих языках:
    • на классических алгоритмических языках (C, С#, Visual Basic);
    • на языках МЭК 61131-3.

    Контроллеры могут содержать в своем составе модули ввода-вывода или не содержать их. Примерами контроллеров без модулей ввода-вывода являются коммуникационные контроллеры, которые выполняют функцию межсетевого шлюза, или контроллеры, получающие данные от контроллеров нижнего уровня иерархии АСУ ТП.   Контроллеры для систем автоматизации

    Слово "контроллер" произошло от английского "control" (управление), а не от русского "контроль" (учет, проверка). Контроллером в системах автоматизации называют устройство, выполняющее управление физическими процессами по записанному в него алгоритму, с использованием информации, получаемой от датчиков и выводимой в исполнительные устройства.

    Первые контроллеры появились на рубеже 60-х и 70-х годов в автомобильной промышленности, где использовались для автоматизации сборочных линий. В то время компьютеры стоили чрезвычайно дорого, поэтому контроллеры строились на жесткой логике (программировались аппаратно), что было гораздо дешевле. Однако перенастройка с одной технологической линии на другую требовала фактически изготовления нового контроллера. Поэтому появились контроллеры, алгоритм работы которых мог быть изменен несколько проще - с помощью схемы соединений реле. Такие контроллеры получили название программируемых логических контроллеров (ПЛК), и этот термин сохранился до настоящего времени. Везде ниже термины "контроллер" и "ПЛК" мы будем употреблять как синонимы.

    Немного позже появились ПЛК, которые можно было программировать на машинно-ориентированном языке, что было проще конструктивно, но требовало участия специально обученного программиста для внесения даже незначительных изменений в алгоритм управления. С этого момента началась борьба за упрощение процесса программирования ПЛК, которая привела сначала к созданию языков высокого уровня, затем - специализированных языков визуального программирования, похожих на язык релейной логики. В настоящее время этот процесс завершился созданием международного стандарта IEC (МЭК) 1131-3, который позже был переименован в МЭК 61131-3. Стандарт МЭК 61131-3 поддерживает пять языков технологического программирования, что исключает необходимость привлечения профессиональных программистов при построении систем с контроллерами, оставляя для них решение нестандартных задач.

    В связи с тем, что способ программирования является наиболее существенным классифицирующим признаком контроллера, понятие "ПЛК" все реже используется для обозначения управляющих контроллеров, которые не поддерживают технологические языки программирования.   Жесткие ограничения на стоимость и огромное разнообразие целей автоматизации привели к невозможности создания универсального ПЛК, как это случилось с офисными компьютерами. Область автоматизации выдвигает множество задач, в соответствии с которыми развивается и рынок, содержащий сотни непохожих друг на друга контроллеров, различающихся десятками параметров.

    Выбор оптимального для конкретной задачи контроллера основывается обычно на соответствии функциональных характеристик контроллера решаемой задаче при условии минимальной его стоимости. Учитываются также другие важные характеристики (температурный диапазон, надежность, бренд изготовителя, наличие разрешений Ростехнадзора, сертификатов и т. п.).

    Несмотря на огромное разнообразие контроллеров, в их развитии заметны следующие общие тенденции:
    • уменьшение габаритов;
    • расширение функциональных возможностей;
    • увеличение количества поддерживаемых интерфейсов и сетей;
    • использование идеологии "открытых систем";
    • использование языков программирования стандарта МЭК 61131-3;
    • снижение цены.
    Еще одной тенденцией является появление в контроллерах признаков компьютера (наличие мыши, клавиатуры, монитора, ОС Windows, возможности подключения жесткого диска), а в компьютерах - признаков контроллера (расширенный температурный диапазон, электронный диск, защита от пыли и влаги, крепление на DIN-рейку, наличие сторожевого таймера, увеличенное количество коммуникационных портов, использование ОС жесткого реального времени, функции самотестирования и диагностики, контроль целостности прикладной программы). Появились компьютеры в конструктивах для жестких условий эксплуатации. Аппаратные различия между компьютером и контроллером постепенно исчезают. Основными отличительными признаками контроллера остаются его назначение и наличие технологического языка программирования.

    [ http://bookasutp.ru/Chapter6_1.aspx]  
    Программируемый логический контроллер (ПЛК, PLC) – микропроцессорное устройство, предназначенное для управления технологическим процессом и другими сложными технологическими объектами.
    Принцип работы контроллера состоит в выполнение следующего цикла операций:

    1.    Сбор сигналов с датчиков;
    2.    Обработка сигналов согласно прикладному алгоритму управления;
    3.    Выдача управляющих воздействий на исполнительные устройства.

    В нормальном режиме работы контроллер непрерывно выполняет этот цикл с частотой от 50 раз в секунду. Время, затрачиваемое контроллером на выполнение полного цикла, часто называют временем (или периодом) сканирования; в большинстве современных ПЛК сканирование может настраиваться пользователем в диапазоне от 20 до 30000 миллисекунд. Для быстрых технологических процессов, где критична скорость реакции системы и требуется оперативное регулирование, время сканирования может составлять 20 мс, однако для большинства непрерывных процессов период 100 мс считается вполне приемлемым.

    Аппаратно контроллеры имеют модульную архитектуру и могут состоять из следующих компонентов:

    1.    Базовая панель ( Baseplate). Она служит для размещения на ней других модулей системы, устанавливаемых в специально отведенные позиции (слоты). Внутри базовой панели проходят две шины: одна - для подачи питания на электронные модули, другая – для пересылки данных и информационного обмена между модулями.

    2.    Модуль центрального вычислительного устройства ( СPU). Это мозг системы. Собственно в нем и происходит математическая обработка данных. Для связи с другими устройствами CPU часто оснащается сетевым интерфейсом, поддерживающим тот или иной коммуникационный стандарт.

    3.    Дополнительные коммуникационные модули. Необходимы для добавления сетевых интерфейсов, неподдерживаемых напрямую самим CPU. Коммуникационные модули существенно расширяют возможности ПЛК по сетевому взаимодействию. C их помощью к контроллеру подключают узлы распределенного ввода/вывода, интеллектуальные полевые приборы и станции операторского уровня.

    4.    Блок питания. Нужен для запитки системы от 220 V. Однако многие ПЛК не имеют стандартного блока питания и запитываются от внешнего.  
    4906
    Рис.1. Контроллер РСУ с коммуникациями Profibus и Ethernet.
     
    Иногда на базовую панель, помимо указанных выше, допускается устанавливать модули ввода/вывода полевых сигналов, которые образуют так называемый локальный ввод/вывод. Однако для большинства РСУ (DCS) характерно использование именно распределенного (удаленного) ввода/вывода.

    Отличительной особенностью контроллеров, применяемых в DCS, является возможность их резервирования. Резервирование нужно для повышения отказоустойчивости системы и заключается, как правило, в дублировании аппаратных модулей системы.
     
    4907
    Рис. 2. Резервированный контроллер с коммуникациями Profibus и Ethernet.
     
    Резервируемые модули работают параллельно и выполняют одни и те же функции. При этом один модуль находится в активном состоянии, а другой, являясь резервом, – в режиме “standby”. В случае отказа активного модуля, система автоматически переключается на резерв (это называется “горячий резерв”).

    Обратите внимание, контроллеры связаны шиной синхронизации, по которой они мониторят состояние друг друга. Это решение позволяет разнести резервированные модули на значительное расстояние друг от друга (например, расположить их в разных шкафах или даже аппаратных).

    Допустим, в данный момент активен левый контроллер, правый – находится в резерве. При этом, даже находясь в резерве, правый контроллер располагает всеми процессными данными и выполняет те же самые математические операции, что и левый. Контроллеры синхронизированы. Предположим, случается отказ левого контроллера, а именно модуля CPU. Управление автоматически передается резервному контроллеру, и теперь он становится главным. Здесь очень большое значение имеют время, которое система тратит на переключение на резерв (обычно меньше 0.5 с) и отсутствие возмущений (удара). Теперь система работает на резерве. Как только инженер заменит отказавший модуль CPU на исправный, система автоматически передаст ему управление и возвратится в исходное состояние.

    На рис. 3 изображен резервированный контроллер S7-400H производства Siemens. Данный контроллер входит в состав РСУ Simatic PCS7.
     
     
    4908
    Рис. 3. Резервированный контроллер S7-400H. Несколько другое техническое решение показано на примере резервированного контроллера FCP270 производства Foxboro (рис. 4). Данный контроллер входит в состав системы управления Foxboro IA Series.  
    4909
    Рис. 4. Резервированный контроллер FCP270.
    На базовой панели инсталлировано два процессорных модуля, работающих как резервированная пара, и коммуникационный модуль для сопряжения с оптическими сетями стандарта Ethernet. Взаимодействие между модулями происходит по внутренней шине (тоже резервированной), спрятанной непосредственно в базовую панель (ее не видно на рисунке).

    На рисунке ниже показан контроллер AC800M производства ABB (часть РСУ Extended Automation System 800xA).  
    4910
    Рис. 5. Контроллер AC800M.
     
    Это не резервированный вариант. Контроллер состоит из двух коммуникационных модулей, одного СPU и одного локального модуля ввода/вывода. Кроме этого, к контроллеру можно подключить до 64 внешних модулей ввода/вывода.

    При построении РСУ важно выбрать контроллер, удовлетворяющий всем техническим условиям и требованиям конкретного производства. Подбирая оптимальную конфигурацию, инженеры оперируют определенными техническими характеристиками промышленных контроллеров. Наиболее значимые перечислены ниже:

    1.    Возможность полного резервирования. Для задач, где отказоустойчивость критична (химия, нефтехимия, металлургия и т.д.), применение резервированных конфигураций вполне оправдано, тогда как для других менее ответственных производств резервирование зачастую оказывается избыточным решением.

    2.    Количество и тип поддерживаемых коммуникационных интерфейсов. Это определяет гибкость и масштабируемость системы управления в целом. Современные контроллеры способны поддерживать до 10 стандартов передачи данных одновременно, что во многом определяет их универсальность.

    3.    Быстродействие. Измеряется, как правило, в количестве выполняемых в секунду элементарных операций (до 200 млн.). Иногда быстродействие измеряется количеством обрабатываемых за секунду функциональных блоков (что такое функциональный блок – будет рассказано в следующей статье). Быстродействие зависит от типа центрального процессора (популярные производители - Intel, AMD, Motorola, Texas Instruments и т.д.)

    4.    Объем оперативной памяти. Во время работы контроллера в его оперативную память загружены запрограммированные пользователем алгоритмы автоматизированного управления, операционная система, библиотечные модули и т.д. Очевидно, чем больше оперативной памяти, тем сложнее и объемнее алгоритмы контроллер может выполнять, тем больше простора для творчества у программиста. Варьируется от 256 килобайт до 32 мегабайт.

    5.    Надежность. Наработка на отказ до 10-12 лет.

    6. Наличие специализированных средств разработки и поддержка различных языков программирования. Очевидно, что существование специализированный среды разработки прикладных программ – это стандарт для современного контроллера АСУ ТП. Для удобства программиста реализуется поддержка сразу нескольких языков как визуального, так и текстового (процедурного) программирования (FBD, SFC, IL, LAD, ST; об этом в следующей статье).

    7.    Возможность изменения алгоритмов управления на “лету” (online changes), т.е. без остановки работы контроллера. Для большинства контроллеров, применяемых в РСУ, поддержка online changes жизненно необходима, так как позволяет тонко настраивать систему или расширять ее функционал прямо на работающем производстве.

    8.    Возможность локального ввода/вывода. Как видно из рис. 4 контроллер Foxboro FCP270 рассчитан на работу только с удаленной подсистемой ввода/вывода, подключаемой к нему по оптическим каналам. Simatic S7-400 может спокойно работать как с локальными модулями ввода/вывода (свободные слоты на базовой панели есть), так и удаленными узлами.

    9.    Вес, габаритные размеры, вид монтажа (на DIN-рейку, на монтажную панель или в стойку 19”). Важно учитывать при проектировании и сборке системных шкафов.

    10.  Условия эксплуатации (температура, влажность, механические нагрузки). Большинство промышленных контроллеров могут работать в нечеловеческих условиях от 0 до 65 °С и при влажности до 95-98%.

    [ http://kazanets.narod.ru/PLC_PART1.htm]

    Тематики

    Синонимы

    EN

    DE

    • speicherprogrammierbare Steuerung, f

    FR

    Англо-русский словарь нормативно-технической терминологии > storage-programmable logic controller

  • 13 decline

    dɪˈklaɪn
    1. сущ.
    1) а) падение, спад, упадок;
    прям. перен. конец, закат History of the decline and fall of the Roman Empire. ≈ История упадка и гибели Римской империи. At dawn, at mid-day, and decline. ≈ На рассвете, в полдень и на закате. go into a decline suffer a decline on the decline Syn: decay, diminution, deterioration б) коммерч. снижение цен The market was weak, but declines were unimportant. ≈ Рынок был не в лучшем состоянии, но снижения цен были незначительны. в) ухудшение, угасание( здоровья, жизненного уровня и т. п.)
    2) изнурительная болезнь (туберкулез и т.п.)
    3) редк. склон, уклон The frightful precipitation of a railway train down a decline. ≈ Ужасное зрелище спускающегося на полной скорости с холма поезда.
    2. гл.
    1) а) спускаться вниз( о поверхности и т.п.) The ground on each side declining gently. ≈ Земля по обеим сторонам немного под гору. б) наклонять(ся), склонять(ся), клонить(ся) The wearisome creatures of the world declining to their rest. ≈ Уставшие земные твари ложатся отдыхать. decline one's head on one's breast Syn: bend down, bow down, droop в) заходить( о небесном теле) As the Moon, having passed the meridian, declines. ≈ Луна тем временем пересекла меридиан и заходит. ∙ Syn: slant, slope
    2) а) идти к концу;
    приходить в упадок;
    ухудшаться (о здоровье, жизненном уровне и т. п.) The day declined. ≈ День клонился к вечеру. The summer declined. ≈ Близилась осень. Syn: decay, wane, diminish, deteriorate б) уменьшаться, идти на убыль;
    спадать( о температуре) Syn: decrease в) книж. падать морально
    3) а) отклонять, давать отказ;
    отказываться She declined to address the delegates. ≈ Она отказалась выступить перед делегатами. Being aware of this, Allen would have declined the gift. ≈ Зная это, Аллен хотел отказаться от подарка. б) шахм. не соглашаться на обмен;
    не брать предложенную пешку (в гамбите)
    4) грам. склонять(ся) (об именных частях речи, но также иногда и о глаголе) This noun declines in the following way. ≈ Это существительное склоняется так. Pupils were declining latin nouns. ≈ Ученики склоняли латинские существительные. Syn: inflect падение, упадок, спад - the * of art упадок искусства - * of business спад деловой активности - on the *, in * в состоянии упадка - culture in * культура в состоянии упадка - the family was definitely in a * не было сомнений, что счастье изменило этой семье - to suffer moral and spiritual * переживать нравственный и духовный упадок убыль;
    истощение, падение - * of a well (горное) истощение скважины понижение - * in prices понижение цен - these shares have experienced a * курс этих акций понизился ухудшение (здоровья) - * of /in/ strength упадок сил - gradual * постепенное одряхление период затихания (болезни) - the * of a fever понижение температуры /жара/ склон, конец, закат - the * of the moon ущерб луны - the * of the day закат - on the * на ущербе - the * of life закат жизни, старость изнурительная болезнь, особ. чахотка - to die of a * умереть от чахотки - to be in a * чахнуть;
    болеть чахоткой - to go /to fall/ into a * зачахнуть;
    подхватить чахотку хандра, депрессия - he was going into one of his *s им снова овладевала депрессия, он снова погружался в хандру (ботаника) увядание, вилт( редкое) уклон, понижение, скат опускаться;
    идти вниз, под уклон - the road *s дорога идет под уклон наклоняться;
    клониться заходить (о солнце) - the sun is declining солнце заходит - the day begins to * (to its close) день склоняется к вечеру уменьшаться, убывать, идти на убыль - to * considerably значительно сокращаться - the prices began to * цены стали падать - his fortune *d его состояние уменьшилось - his years are beginning to * (его) годы идут на убыль, старость не за горами угасать - the earlier fervour is declining пыл прежних лет постепенно угасает спадать( о температуре) - the fever has *d жар спал( у больного) приходить в упадок - the arts *d ремесла пришли в упадок - business *d в делах наступил застой;
    дела шли все хуже приходить в расстройство;
    ухудшаться;
    ослабевать;
    чахнуть - his health *d considerably его здоровье сильно расстроилось /расшаталось/;
    он очень сдал - his courage began to * мужество стало изменять ему - their strength has *d их силы шли на убыль отклонять, отводить, отвергать - to * an offer отклонить предложение - to * a discussion уклониться от участия в дискуссии - to * battle уклониться от боя, не принять бой - to * to answer questions отказаться отвечать на вопросы - to * satisfying smb.'s curiosity отказаться удовлетворить чье-л. любопытство - his novel was *d его роман отклонили /не приняли/ - I * to be intimidated я не позволю запугать себя;
    вам меня не запугать отказываться - to * with thanks отказаться с благодарностью( шахматное) отклонять (жертву), не принимать( гамбит) наклонять, склонять - to * one's head on one's breast склонить /уронить/ голову на грудь (грамматика) склонять (устаревшее) отклоняться, отходить, отступать( от принятого образца) - to * from virtue сойти со стези добродетели ~ падение, упадок, спад;
    business decline спад деловой активности decline идти к концу ~ идти на убыль ~ клониться, наклоняться;
    заходить (о солнце) ~ конец, закат (жизни, дня) ~ наклонять, склонять;
    to decline one's head on one's breast склонить (или уронить) голову на грудь ~ ослабевать ~ отвергать ~ отводить ~ отказывать(ся) ~ отклонять (предложение и т. п.) ;
    отказывать(ся) ~ отклонять ~ падать ~ падение, упадок, спад;
    business decline спад деловой активности ~ падение ~ понижаться ~ понижение ~ приходить в расстройство ~ приходить в упадок;
    ухудшаться (о здоровье, жизненном уровне и т. п.) ~ приходить в упадок ~ склон, уклон ~ грам. склонять ~ снижаться ~ снижение( цены) ~ снижение ~ снижение жизненного уровня ~ спад ~ изнурительная болезнь, особ. туберкулез ~ убыль населения ~ уменьшаться, идти на убыль;
    спадать (о температуре) ~ ухудшаться ~ ухудшение (здоровья, жизненного уровня и т. п.) ~ in business activity спад деловой активности ~ in consumption спад потребления ~ in employment снижение занятости ~ in population снижение прироста населения ~ in population убыль населения ~ in production снижение производительности ~ in production сокращение производства ~ in production спад производства ~ in real wages снижение реальной заработной платы ~ in sales снижение объема сбыта ~ in sales снижение уровня продаж ~ in trade спад в торговле ~ in turnover снижение оборота ~ in unemployment снижение уровня безработицы ~ in value снижение стоимости ~ in value снижение ценности on the ~ на ущербе, на склоне;
    the decline of the moon луна на ущербе ~ наклонять, склонять;
    to decline one's head on one's breast склонить (или уронить) голову на грудь economic ~ спад экономической активности interest rate ~ снижение ставки процента on the ~ в состоянии упадка on the ~ на ущербе, на склоне;
    the decline of the moon луна на ущербе order ~ снижение сорта seasonal ~ сезонный спад деловой активности

    Большой англо-русский и русско-английский словарь > decline

  • 14 turndown

    1) Общая лексика: лежачий, отказ, отклонение, отложной (о воротнике), отложной воротник
    2) Техника: диапазон изменения (параметра), заворот, загиб вниз, загиб переднего конца прокатываемой полосы вниз, повалка (конвертера), подгиб, наклон (конвертера), динамический диапазон (отношение верхнего предела измерения (ВПИ) датчика к его калиброванному диапазону; Отношение ВПИ датчика к его калиброванному диапазону), диапазон перенастроек пределов измерений
    4) Швейное производство: подгиб края изделия
    6) Велосипеды: "тёрндаун" (трюк в дёртджампинге (летишь в свече и, выпрямляя ноги, поворачиваешь руль вместе с телом на 180 градусов)
    7) Нефть и газ: неполная загрузка

    Универсальный англо-русский словарь > turndown

  • 15 graceful degradation

    постепенное ухудшение (деградация), постепенное снижение производительности
    свойство многопроцессорной системы распознавать отказ одного из процессоров, отключать сбойный элемент и соответствующим образом перестраивать свои управляющие таблицы

    Англо-русский толковый словарь терминов и сокращений по ВТ, Интернету и программированию. > graceful degradation

  • 16 dehardwarization

    программная реализация [традиционно] аппаратных функций, отказ от аппаратных средств в пользу программных
    тенденция отказа от максимально возможного числа аппаратных компонентов при разработке новых компьютеров - с заменой их функциональности программным обеспечением. Такой подход обусловливается резким ростом производительности новых процессоров. Примеры - программные модемы (см. soft modem) и многие аудиокарты на базе стандарта кодека AC'97

    Англо-русский толковый словарь терминов и сокращений по ВТ, Интернету и программированию. > dehardwarization

См. также в других словарях:

  • отказ технологической системы по производительности — отказ по производительности Отказ технологической системы, в peзультате которого значение хотя бы одного параметра производительности технологической системы не соответствует значениям, установленным в нормативно технической и (или)… …   Справочник технического переводчика

  • отказ — 3.14 отказ: Событие, заключающееся в нарушении работоспособного состояния машины, которое наступает, когда машина утрачивает одну или несколько своих основных функций. Примечание Отказ машины обычно происходит в том случае, когда один или… …   Словарь-справочник терминов нормативно-технической документации

  • Отказ технологической системы по производительности — 16. Отказ технологической системы по производительности Отказ по производительности Е. Technological system failure as related to output F. Défaillance en fonction du rendement Отказ технологической системы, в результате которого значение хотя бы …   Словарь-справочник терминов нормативно-технической документации

  • Отказ — (теория надёжности)  событие, заключающееся в нарушении работоспособного состояния объекта. Классификация и характеристики отказов По типу отказы подразделяются на: отказы функционирования (выполнение основных функций объектом прекращается,… …   Википедия

  • ГОСТ 27.004-85: Надежность в технике. Системы технологические. Термины и определения — Терминология ГОСТ 27.004 85: Надежность в технике. Системы технологические. Термины и определения оригинал документа: в) по параметрам и показателям качества 15. Отказ технологической системы по параметрам продукции Отказ по параметрам продукции… …   Словарь-справочник терминов нормативно-технической документации

  • Рецессия — (Recession) Содержание >>>>>>>>> Рецессия это, определение это производительности, которое характеризует нулевой или отрицательный основной показатель внутренний валовый продукт, протекающий на протяжении полугода и более …   Энциклопедия инвестора

  • Соединённые Штаты Америки — Соединенные Штаты Америки США, гос во в Сев. Америке. Название включает: геогр. термин штаты (от англ, state государство ), так в ряде стран называют самоуправляющиеся территориальные единицы; определение соединенные, т. е. входящие в федерацию,… …   Географическая энциклопедия

  • вероятность — 3.3 вероятность (probability): Мера того, что событие может произойти. Примечания 1 ИСО 3534 1 дает математическое определение вероятности: «действительное число в интервале от 0 до 1, относящееся к случайному событию». Число может отражать… …   Словарь-справочник терминов нормативно-технической документации

  • Диверсификация — (Diversification) Диверсификация это инвестиционный подход направленный на снижение финансовых рынков Понятие, основные методы и цели диверсификации производства, бизнеса и финансовых рисков на валютных, фондовых и сырьевых рынках Содержание… …   Энциклопедия инвестора

  • Вероятность безотказной работы — вероятность того, что в пределах заданной наработки не возникает отказ изделия (объекта). Источник: НП 068 05: Трубопроводная арматура для атомных станций. Общие технические требования 3.1.9 вероятность безотказной работы: Вероятность того, что в …   Словарь-справочник терминов нормативно-технической документации

  • Рынок труда — (Labor market) Рынок труда это сфера формирования спроса и предложения на рабочую силу Определение рынка труда, определение рабочей силы, структура рынка труда, субъекты рынка труда, конъюнктура рынка труда, сущность открытого и скрытого рынка… …   Энциклопедия инвестора

Поделиться ссылкой на выделенное

Прямая ссылка:
… Нажмите правой клавишей мыши и выберите «Копировать ссылку»